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(54) Method and apparatus for distributing conditional work flow processes aromg a plurality of 



(57) In accordance wHh the teachings of the present 
invention, a new computerized iniDnnalion flow distribu- 
tion technoloay (work flow} is provMed. One leature ol 
the present invention allows the use vt coiiditibnal logic 
in deterrrvi^ how inlbnnation is routed amoing usees. 
SpecRically; contfilonal logic may be used to determins 
what the next step in the worWIowshbidd be, to deter- . 



inine who the next step ^wuld be assigned tOk to select 
wt^ apprwere on an 8p(vo\al list are used, etc. V^i- 
ous types' 61 conditional comparisons may be made in 
Older to perfomi this 1unctionalit)i Yet another feature of 
. the present invention allows the use ol a graphical too) 
(or oeaiing and mapping the work flow processes. 
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Description 

TNshventiwTreWesgenereDytDaiitiiiratadinfanrato ■ .■ 

taining and condifionany (Sstraiufing inbriraeon betw^ 
s environniert. 

The UM Of conpuler systenjs as a means of jathering anJ dWrt)^^ 
modem Ofganfeafions Priw art cocnputef systems tyj^eaHy use ttoeumert basecT teetwotogy to galher yid d W iibu te 
the organizatfon^ Inbmiation bi the form of oompuier docun^^ 
. In recent yeai6,adyancementB In ^toeumed based* computer sytilan tBc^ . . 

lb the flow of Intarmatiah t>etiMeen int£vidijals wiihin the organoafion. One common procedure. Iini»trn,es \w>k ftawr* '. 
bUom work'felated intomationtofkwemongindMdualsv^^ 
based" term ihrt typlcaly lollo« a model Of a manual worK flo* pn^ 
one MMduBl to aiwlher. FurthW. the Idoeumem based* conpuiing procedure 
(users ofthe eonputer wrtem) to add. ddete or change Wonration 
15 rnertisthendisseminatedorfloiradtooihefucmwilhtoSieorgaidz^ 
ArS exanplei of 6uch« worit flow is me routing of a documem 
appioyal. h a conixiter system lor irivlerneriling a pinhase order flow a rnt use^^ 
' aeatn a putiHM Older document. The creatumol the purchase Older docuinentnnyindude adding . . . 

Mormafion to a computerized purchase order document Image, draHing a purctese order cemputer docurnani or a 
so contjination of both. After the purchase Older documenl is oeated and at the oornnand 6)0^^ 

documem may then be electrortcally routed to the seccrtd kser. such as itw purdiasing irianager, who could 
approve/dsapprove the documem or may add. delete or change Mormation in the document prior to giving Ks/her 
. approval. Finally, the docunwm may be etectrorically routed to a third user, such as a finance or engine« 
who. may either epprwe or.disappiove the purchase order document The document may then be elertrortically routed 
« bacK to the purchasing agent, who may then act upon the document ac c ordi ng ly. 

A dra»«)ack associated wim the abore prteir art technology Is Oiat an entira docum^ 
mation contained wHhin the documem. must be accessed by each Wiwidual in the Into 
N any one ol Ihe Individuals Is onV imerested in some, but not en. of the Mormation b 
purchasing maimer inigM 0^ be interested In inlormation related to the quantity and ven^ 
so while the finance manager might only be Merested In the quantity and cost of the part. Nonetheless, bd^ 

paper order system and te computergedlmplainent B tlon provide all of the information In the ptgchasw order to wery 
one, rather than only the information releiont to each individuate specTic needs. Where large documerts are involved, 
each IndhAlual may be. then forced to .ciA through much inlormation irrdevant to h'ls or her job fundloa 

Moreovff, where documents contain sensifive iniomBlion. which typically is reserved for only fcr spedRe individu- 
ss als. prior art inlormatioQ flow systems require the creation oi multiple documents with varyiog security authorizafions 
and particular routirig schemes for eachpl fftese docuinents. Thus, the prior art computerized iril^^ 
ogies are riddled with Ineffidendes. 

Another shortcoming Bssodated with the above prior art technology is that the 'docurnem based* 
routed on an "ad lioc' basis. In other words, the rouSng of the 'document b^sed* inlormation is eontroned eixlusively . . 
40 by the user who last added, deleted or changed Information in the document Therciore. the pite a^ 

the users using the system to prompt^ arxl correctly route the documents to ottier individuals within the or^nizatioa 
Umaations related to this prior art *Bd hoc* technology include the poss9)0ity oi users losing, misplacing, or insdi-. 
reding documeiiis. Moreover, this prior art technology may result bi lime lags, procedural steps being missed, and peb- 
pla being iett om of the process. Aocoiniatfity Is aisb a problem since nwry prw 
4S todetenrrinewhoi6retpcrBlblelDrthepioblem5.causedwithliiproperrbutb^ 

Certain of the shortcon^igs of prior art sysierns ham beeri impioyad upofi receril dew^^ 
technology. Indufrig the inventions dsdosed and daimed tn ooi>endlno U& Patent AppTication Seria! Na 08^13.022. 
filed March 14. 1994. and U.S. Patent Application Serial No. oaUTSJSK. filBd June 7. 1995. both commonly ass^ned 
to the assignee of the presantpatent spplIcBtion. U.S. Patent Application Serial Na 0affi13;022 aid U.& Patent AppB- 
50 cation Serial Na 08/475.575 are incorporated herein by reference therata 

U.&PatentAppBcafionSerialhla08/2l3.022isdir«ctedloanewworfcflowteehnologywhichlniroducesapro^ 
and apparatus for faolitating the flow of infornetion beAween various oorifwter tisers of netiim 
plete predefined procedures witfun an organizatioa The invention of tfiis prior co-potfifig paterd appta 
the flow of information by proincfing a unique method tor logicaBy and aidomaticaDy lo^^ 
fis ddined sequerice of activities to users who need the inforinafion andean act on the irrforrration. While Bie invents 
Application Ser^ Na 08/21 3.022 represents a signillcani iripiovernert over prior art work flow ted 
ited in certain respects. For example, although the work flow processes using this prior Invenlto 
interconnected cofflputeis to eO participate iri the dcTined workflow, the actual wor^ 
created on a central computer system (server), resulting in the possibimy oi battier 
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puler system becomes inoperational tor come reason, the entire iwofk, fto» processes.risk conung to a tail even thoiflh 
other computere scattered throughout the network remain 

as. Patert Application Serial Nd oa/475^5 is cfireded to a nei» *wi«lowt^^ 
liiritBtians described abow. For exanqple! this appScafion descrbes stitocess and apparaiUB fcr dislribuliQg work How 
o«r a pturaTity d coirputer systenre. thereby rniniiniing the poterrt^ 
in ttie presence Ol a iaOureolorw or itttre of the seryen. . 

Nonetheless, the prarlbusty descrtied systerre sffil are Birited in certain respects. For exanple. >Noitt flow models • 
• may be created itf izlr^j certain conefiflonal bgic. but «s co»«Sfiona« lo^ b limited In lis breadth. Fwther. the aeaton . 
of.lheworkllowmodd.inprowoos systems Is a somayhat cuirtbeisow reqiAing the sj 



The i4»« illustrates lust sorne 01 the pottenK assocfeted with in 
» shortcortiiigs are eBecBvely eiwrcome by the presert Iri^^ 
aceordarce with the teacWr^BS ot the preseril inverifioa B new eoct^^ 



ndogy Is provided. TTwpreserrtbtiwiiioniiivnwas oh a iiew'n^^ 
M a" plurality of individuals wHh an organbation. wWei> was disclosed in eoiJentSnB U.& Patenl AppDcatlpns Serial No. 
08ffi18.082. and Serial Na 0W475.575. and which are incorporalBJ.herein by relerert»Uke these p renous paiem 
applications, the prKerit hirention confiriues to utBbe "transactional bais^ 

The techrwiooy Is transactional based" because it is based on relatiortBl database transaction technology, piow*- 
ing finegrained eerlsBzability conectness for concurrent and atonnic access to widely dynamic and dhetse daia.ele- 
• io merits Stored In distrbuled repositiyies. This technology Iwpiwes onthe prior art idofcu meia.based' te chnology which 
provides acc*s to doeutiienl-iased data only.. Therefore, the transactional basecT techno^ . 
urnerrt based" technology because it provides dhwrse ft(pes e( intwieJated data to be conm 
higtvcapadty. highly pertormant irnplemenlation. 

The technology is -automated- because the information entaed by one user is logically and ButoM 
25 uted through a predelined secpjonce to users who need the informafioa TWs technotogy improves on the "ad hoc" tech- 
nology whfch only iSstributes Information to other users dedyiaied by the user who last added, deleted or cha»>ged the 
information and ofily upon specifie instrucUons from the use. Therefore, the Tautorhate^ 

•ad hoc- inlormafion flow technology because it allows Mormation w»dn an orgardzation to be prompllyL aocurataly; 
and B«)U9itiaOy n)Mted to' useiB through an intoriiBiion flow process prsdefi^ 
30 We transactional based autdmaled iitoim a t i on floiiir coniputer system c< the prgseni invention way be used In . 
almost any organizaliiih, regardless of the locaflon of the users within the orgartizatioa-For e9ample."US0B may be - 
located aaoss the country or even around the wortd. 

In a preferred emtwfiment. the pr eser« invention may indude one or more storage laciHies (e.fl., servers) located. 
■ at each location witWn the organiiatoa Further, in order to opfinrnze the distribution of the t^^ • 
35 mated inforrnafion flow' aaoss the various storage faolities, the present invention uses replica&>n technic^s. These 
techniques are used to ensure that the storage facilities wiltsn the organization are perioiScally updated with intorma- 
tion needed by the users of the computer system. In a preferred etrtxxSnient. the computer system includes a central 
storage fadlity, lero or more remote storage-facilities, and a mearts for repBcating (tela periodlcaBy. The central storage 
■ . tadiiiy may be connected to the remote storage facilities through a hard^wired connectioa a telecommunlcatioris link. 
40 orthelkB. • . _^ 
In one errtjodbnert, the conr^wter system provide "Flalforrn data' which is used to provi^ 
ices ^ appricatiais. indudir« worMlow and security. Platbrih data consisis cd two t^ 

data* br whteh identicel copies resideat ueh storage fedtty In ffie computer eyBtem. and tJlstrtxited data', which is 
partitioned and dispersed among each stoiagefadlilit. „ ^ „ 

45 The centrel storagetadBy is used to store edglnal.copies of replicated plattoim data which s generally intormation 
• that all or moa of the usOT need to access in a primaiiiy read-only oBde. Spee^ 
ad r iAi is tt ati on data used by the eritire organlxation. An organizatian nay locate the central storage bdlity anywhere 
wHhin the organization but typically will choose a locatidn in close prooiinvty to the sdministrBtty of ttte computar system. 
The remote storage facOTes are used to store read-only co(»es of the replicated platform data, as wen as ori^r 
so copies of tiieapplieafion data. The appBcation data is typically appTication programs and data th^^ 

groups of users need to access. Since the remote storage tacffities store pletlomn and application data, an organization . 
win typically Ideate a remote storage tadfity in dose pronmity to ttie certain users who utilize the application data. 

Oistributel platform data is the data that is assodated wHh eadi user, sudi es their desktop. InltiaJljfc all users and 
their corrBspomSrq pbtlorm data are tocated on the central storage fuSOtf. Tools eriaWe admlrtistrators to more users 
55 to rernats6tai8getBdIitBties,therelv moving their GorresondingpMlorrn data to ^ 

usai^OlBtlbrmda^etistsetafima . 

The moans fbr repBeatiiig is preJeiaUy a oori^er program wWch periodictf^ 
from the central storage fecJity to the remote storage ladEties. The preferred repBcating means is the proprietary repli- 
cation senrice provided by the database vendor. In the case ol Sybase, this is the Sybase Replicatim 
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any. an Asynchronous Remote Procedure CaO (ARPC) mechanism is used to ensure.reliable updates involvino data in 
a remote or mme EtDrage tsialities.. Whenerar the platlqrm daials scheduled tor raplicatioa ttte platform data from 
1heori8ina!ciw6>»a>Bt1'ieceniidEtoraBelatiStylsoqptodtDthetoeadir^ • 
AccoriSnoly. the pesem invention eBntinates problems Bssodated with nany prtor a^ 

» alt users within an orgarvzation access the same copy olplailprm data Irom the same central storage bcXitf. Spedfi- 
ctdly. the tingle pom ol Mlure* diawback eip&ienced with these prter art qfstems is practically eOminatied in that a 
' feOure at ths^ceritral storage tacffity wU have DtUe effect on a user accessing platlorm data from a particular remote stor- 
age today providing no appiicBtion data Irom the cenliBl sloraga lac% Is nee^ 

. • B^wiencedwhennanyusiOTOftheiinorartoonpulerByBlemsallempltOBOceBapla^^ 

w teOtty .at the saine «me is sUbsianii^ diminished. Itib 

access the platform data fren* parficular remote etorage tecBHies essignedto the gro^ 

lor accessing the platldnn data from acenMri storage faalty at - 
puter systenv is also <firninished as platlorm data nay now be ct^ 
initytt) particular groups of users. 
M Another feature of the pre6em lr»«nlibn allows the use « conditional logic In 

among users. Spedllcally. cpixfitiond I09C nay be used to determine what the next step in ttie w«vttfl^ 
detemwiewhothe nextet^ should be assigned ta to select «»hich approvers on an approval Est aje used, etc VSiious 
types d condtional comparisons may be made In Older to perform tNs tuncttonality. 

Yel another feature of the present Invention elows the use oi a graphical tool for creating and mapping the wwli 



FIGS. 1A. IE. IF and IHdejto various eoriligufationsoJ a cfient/server network on whii*«)e pre 
may be bnpleniented. 

Fia 2 depiOS « now diagram 04 the basic information flow process according to the presort |«^^ 
FIQ. 3 depicts aeomputer screen, according to a preferred embodimem of the preseit irwertion. disjdqfing a 
user% drawer, folders and Bets. 

FI3. 4 depicts a computer screen, accordng to a preferred embodiment of the presarrt iiwentiDn. displaying ah . 



FIG. 5 depicts, an example of an activity and associated events. 
FIG. 6 d^sicts the primary inforrrBtiori contained in e next step acoord'mg to a prelerred embodimem of the present ■ - 
Imrentlon. 

FIG. 7 depicts a conputei screen, according to a prelened en*odimert Of the preserj hvenfion. (f splaying a 
users To Do Usts in the usert To Do Ust folder and an exernplary user's personalized To Do list containing next ectiv 
Ities. 

FIG. 8 depicts' a computer screen, eocording to a preferred embodiment of the present invenfion. dsplqring a 
user% To Do Usts In the user^ To Do list Idder and an exemplary work group To Do list containing neid activHies. 
F IQ. 9 dcplos an ilhislralive exan^e d the basic iniormalion tbw process depicted in FI& Z 
FIG. 10 depicts the structive of a. table according to a preferred embodiment of the presem inventioa 
FIGS. 11-1.S depict Ohiaralive exanvles.of tables.used .in a pretened entbodiment of the present invenfion. indud- 
ir« the tables rel8tlonetdp& 

FIG. 16A depicts a computer screen, eocording to a preferred embocfiment of the present inventioa displayingthe 
File mode where the user may seled the New command to create en activily BsL 

FIG. i6Bdepictsa oompder screen, acooiding to a preferred entaxSinentol the preseminy^ntioni disp^ ' 
New Browser, Objects window, where the user mey name an acBvity list and sel^^ 

. FIG. 16C depicts a computer soeea according to a prefetred embodiment d the present invenfion, displaying the 
Browser made whkh reveals eD folders arvi Usts for a useris drawer, where a user may seled to add lists to folders. 

FIQ. I6D depicts a cornputer screen, eccoiding to a prefetred embodiment d the present invenfioa displayirg 
Browser list window, where the user may seled the Custondze Activity Ust command to add an adivay to an adivity Btt. 

Fia 16E dejMds a computer screen. accorcSng to a preferred embodiment d the presert invention, displaying the 
Customize Adivity Ust vniidow. vvhere the window reveals a lid d BCtrvifie^ 

FIG. leFdepids a corrpderSCTeer), according to a preferred en*odlmertd the presem invenfion, displayi^ 
NeM Browser Objects window where the user mayname a To Do Ud and Seied the loeation tottha To Do BsL 

FIG. 160 derncts a computer screen, eocording to a preterred embodiment d the present invention, displqfing the' 
Browser mode wttich reveals aD fdders and tsts fa a useris drawer, where the user n«y select a To Do Ust in whteh to 
add a next activity category. ... 

Fia. 16H depids a computer weea Bccofrtng to a prdeired eirtwdimam d the presert invert^ 
Tb Do List containing a pluraiay d n«xl activity categiirtes. 
. FIG. 161 defMs a computer screen, according to a prderred embodirhem of the presert Invention, displaying the 
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Browser Dsl wWow. where the usto may eetert Ihe Move oomnart 
To Do List to Biiolher To Do List 

FI8. 16J depidB B oonputn soe^ BOconSng to a preferred en^iodme^ 
Move mode fist wiiilow which reraak a Ga 01 poseUe Tb Do Lists tor aeuser to^ 

^Fia 16K de;»cl5 a coriputei; screea accordiriB to a preferred ento^^ 

Do Ust conlairtiiig a'next BcUvHy which has taeeri rnovad by the user lolhiBTo Do IJsL 

FO. 16L depicts acomputer screen, acowdirig to 8 proterred embodifnei* d the prasent Inven^ 
Do Ust eontainlna iridMdijal next adivities. where the user may selert 
to Delist 

FG. 16M depicts a cornputer screeri, accoBfirio to a pretered eirt»tfmei« of the presem 
Browser Hst^nndow; where the user nay seledthe Move oommanb to mow an individual next adfvfly from th« cunent 
ToOoUsttoerKitherToDoLJet. - ' ' 

FO. 16N dep'cls a computer saeea acoonfiriB to ■ P*!"™* w"**"*™** of the pres^ 
IS lyiwertttde list window wfdchreveak a list oiposAie To QoUslB tor the UB^ 

'*'''na 160 depicts a coiipotbr screea aooordbig to a preferred eitijodi^ 
To Do List after an Indivldiml nairt activity has beeri moved to another To Do UsL 

FIG. 16P dej*lB a computer screea acooRling to a preferred enOodbnenl cl the present invention, disptaying a lb 
go DoUstcontainlnoanMividualra«adi^whlchha8beenmowdto.the1bDoUstfm 

FIQ. 17A depkas a cornpUer screen, aocortinB to a prefened embodnnent ol the preserit invwi^ 
Browser mode which re/eais all loldeis'and Ists tor a usens drawer, where a user rmqr select to access a Pel' where the 
Sanple Class Registration Rsi has been selected and revealed, and where the Class Re^straSon aclivily has been 
selected. 

45 FIG. 17B de^Mcts a computer saean. aeconJinB to a pretened embodiment of the presem Inventioa displaying an 
inustrative example of a Class Registration activity window. 

FIG. 170 depicts B computer screea acoortfino to a preferred enfcodiment of *>e pres^ invention, dlspjaying the 
Set Task Priority option in the Options mode, vdhere the user creating a task may set the priority of the task as low, 
mediim or highi 

30 FIG. 170 depicts a flow diagram of a prefened cntoxfiment tor saving information In connecljon with an adivily. 

determining the event associated with the acfivity. and accessing the Trigger Event function stored procedura 

FIG. 18 depicts a ftow diagram d a preferred en*otfnwrt of the Trigger Event function stored procedure wh^ 

determines the next steps tor Ihe flow ol Wormallon praceGS. In particular next 8diviiy(5) and user(s) resportsiUe for 

pertomnlng the next ac6vHy(s). ' . 
ss FIQ. 19 depicts B.conputer screen, accorcfirig to a preferred embodimem of the present invention, di^ilaying an 

illustrative exerriple of a second Oas ftegisbaSon activtty window. 

FIG. 20 depicts a computer screen, according to a preferred embodiment of the present inmnlion, displaying the 

Browser mode list window vwheie the user may access a To Do Ust. where fhe'fte* To Do UsT To 06 List has been 

accessed, and where e list of next activity categories for the To Do List is r»»ealBd In the Sumnwy To Do Category wln- 
40 dow. 

FIG. 21 depicts a coiTfjuter screen, according to a preferred embodimert of the present invention, (fisplaying the 
Browser mode list window where the user may access a To Do List, where the 'New To Cto UsT To Do List has been 
accessed, and where a list of next activilies tor the To Do List Is revealed in the DetaHed To Do Category wrindow. 
Fia azA deplas a computer screen, according to a prefened enrtxxJiment of the present invention, (fisplaying the 
4S Summary To Do Category window where the •Select Payment Type tor Oass" next activity has been selected. 

FIG. 22B depicts a computer screeni aecoidlng to a preferred embo<fiment of the present invention; displayliiff an 
BiuslTBtive example of a ClasB PSvment neM acGvify window 

FIG. 22C defte a oomputar screen, aocordmg to a preferred embodimem of the presem invoTtioa displayn^ 
Options mode Brt accessed from the Class RagislrBlion aclivily window, where the us^ 
so mand to access the next activity that cooos saciueniSally after the Class Registrabon activity and which the user is 
responsUe tor pertorming. 

FIG. 23 depicts a flow dia^m of a preferred enboeSmeni of the Next Step procedure which detertrtnes the next 
acfivity that occurs sequentiaBy after the just completed activity or next activity and which the user is responsible tor per- 
foriring. 

ss FIG. 24 depets a conputer screen, according to a preferred ennbodimemo4 the presert invention, displaying m 
niustrative example of a Class Payment noxl activity window which is Ihe sequentiaUy sAsecjucnt next actiwfty after the 
just conpletad Class Regisliab'ari atth% and whichthe user Is elso responsible tor perfora^ng. 

FO. 25 depicts a computer screea according to a preferred embodiment of the present Invenfion. displqring an 
Options mode list accessed from the Obss Ftegietiation activity window, where the user may sele^ 
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- mand to access a next adhrity to the conputerGaeen based on 
. . •F©.26idepicB8flowdiByamo»apre!^^d8it*)cdini8rtollheNB)rtTaskpf^ 
activtty to display on lha oonvuter Gcre^ based on priority setting 

■ FtQ. 27 depicts a computer screen, acebrdng to a preferred entxidiment d the present inyention; displaying an 
iUustrative exafr»)le ot a dass Payment next acthrtty which was selected by the Next -fesk procedure as a next activily 
that the user is responsWe lew performing. , . ^ ■ 

FIG. 28 depicts a computer screen; according to a prefened entxxJimenl ol the pres^ inMntian. dispiayinB an 
illustrative example of a "Nw To Cto Usr To Do IJst containlnQ tiiiio dass payn^ 
paymert type for Class' Category. wWch have been completssJ (dona). 

Fia 29 depicts a conputer screen, accordng to a prefened embodbnem of the pres«it Invention, displaying tfie 
Wbrkflow workbench mode accessed by an adnimstrator of «ie cbmjwter system of the prweiit iirvenfion which tSs- 
plays an acfivity or conespowSng evert so that the administiBtorrnay <^ne 1^ 

Fia 30 deplete a oompulBf seraea Bccoidbfl to a prefened entxxftnanf ol the presem Invention. (fisplByinQ the 
. Zoom optior» Bsl window, wh« the adminiBtiBlor may BBlacI an option to set 
flow procedure. 

. FIS. 31 deplete a oonputarscreea according to 8 prefened.eni»diniertol«>epres««ltT^ 

Step /teignmerils vnnkw wWch was selected troni the 20oin optiore 

bytheadniinistratDr. 

FIG. 32 d^lcts a cortputer screen, accortfng to a preferred ^mbodiniert c* the present InveriBori, cfispte^ 
Step Assignments window of Fia 31 . where the admirnstiator has partially selected next steps lOr the given ac&«y. 
FIG. 33 d^jids a computer screen, accordng to a preferred embodiment of tf<e present bivenfioa dispfaying the 
. QptiorK mode list where the Zoom opfion has been selected so that a next adivify may be selected. 

FIG. 34 depicts a computer screen, acoord ng to a preferred entiodimenl of the presert invention, dlspla)^ a % 
Do Category window accessed from the Zoom optoi, where a next activity ii selected by the adminiBtrBla. 

FlG.35deplctsaconwtwsaBm.ocaxdingtoaprelarradembodimemollhe>e^ ' 
' Step Assignrnenls window ol FKX 31, where the u ' 



FIG. 36 depicts a computer screen, according to a preferred embodiment of the present invention, displaying an 
iDustiative example ol a WbrMtow Worlibench window where next steps have been defined to complete an Inlormation 
flow procedure. 

FIG. 37 depicts a ixifhputer screen, acoortfing to a preferred embodimenl ot the present invenfioa displaying the . 
Preferences window which allows the user to select spednc features reievartte Ma or her To Do Ust, indtdlnB rolresh 
task oounis at certain time intervals and nofHy the user when a nisv next acCviiy has been added to his or her To Do UsL 

FIG, 38A depicts a computer sween. eocordoig to a prefeired embodiment ol=the present Inveitfon, displaying a 
Summar/ To Do Category window, where completed next allies may be deleted manually. 

FIG. 38B dqjicts a computer screen, according to a preferred embodimmt of the present invention, displaying a 
Detailed To Do Category window, where completed next activities may be deleted manually. 

FIG. 39 deptets a corrputer screen. acconJing to a preferred. enixxJiment of the preseni invention, displaying e 
Summary To Do Category window, where the user may obtain detaDed infgrmateri on a particular neiit activily. 
. FIG. 40 depicts a oonputer screen, according to a preferred embod i ment ot the preseril invention, displsying a To 
Do Intormational window wHch reveals detaaed iniornution on a particular neiit activi^ 

FIGS 41 through 52 defdd various diagrams illustrating how the present invertonnwy be impleinertedi^ 

FIGS. 54 through 74 depict various diagiBmE iHuslrating how the presert invention may be inplemented wim oon- 
ditibnaMotfc and wilh a graphical work flow rnapfing tool . 

nFTAii gp ngsCRIPTlON 0F1HE INVENTIQM! 



The conputer system 100 of the presert invention Is preferably inplemented oii a dientteerver netvnrk 100 as 
shown in FIG. 1A. "The cUert/berver network 100 indudes a senrer 110. such as an HPAJX. Data General DG-UX, 
H/lioosoft NT, IBM RS/BOOO. or an OSffi server, connected to a plurality oi clients-120. also known as end user worksta- 
. tions. Each end user workstation preferably indudes a monitor 126. a screen 122. a keyboan) 124, a mouse 128, and 
a memwy device. The end user wkstations 120 may be an IBM compatUe PC running WS4X5S and Microsoft Win- 
dows a their equivalent The prefened clientAserver nrtvwrk of the presert inventten is a Novell Netware "'^^^^^ 

skB in the ait suitable equivalenls may be used. . 
(teterri« to FIG 2. a flow chart is shown which depicts the basic flow process tor the pres^ 
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process assures mat inlormstion is raited thiMigh Ihe orgvtizBto 
needft. 

. In a preferred emtxxfnnenl. a user may access ttie coinputer system 100 of the present invention Jrom an end us? • .. 
vmrhstafion 120 (see FI& 1A). iifilizins the particiteriBer irteiliuf^ 
e (6Uq. provided tiy the computer «art<stationlE 120 operating QSteni and eri^ ' 
tei system of the present hwenSon searches the useriB dra«i»ef 305 to proiHde an AethHiy 
. List loUBr 330 on the usei^ conputer terminal screen 12^ These are prrferaljly cfisplayed in a 
810. ;■ 

The Activity UsiB folder aeO may corttin wie or rnore TeIb ol activities that me user 
(9 ' exan«>k the Acfiviiy IJ6lEMder320 contains a. 

one or more Bete of tssls to be completed liy the user a the user^ work orofi In Ihto 
330 ooniaJrB a *Nei» To Do IJsr Ita Do List 335 and a Tlnance Vltori^oip- lb 
To Do Usts folder 330 and the comentB d both (oMers nsy be displayed ustag a oonvnertidty Bva^ 
imertace such as Mlaosott Windows. 
IB h tNsexanvle. the user selects a list from eHher the Aclivi^UBts folder 320 or To Do Uets folder 330. 11 
selects the -Vbur ActKritiesMist 325. the system prmldes a tst ol Bvailalile active 
This selection may be msde. tor example, by cficUng om the chosen activity 210 wi^ 
ow the chosen activity 210 with the tab ley and Mtting «w return Key on the kB^^ 

m response to the user's selection of a list the system dsptava a 1st 300 d avaBaUe activitiBS or task& 
to exanple.twustf'6'^bur Activities* isi 325 contains such ac«vitieee» Activity Securi^ 

Oass RqiSfrBtion (EngSst^. The user may then select an activity 210 from the list 300. The sy^m responds to Ih^ 
selection by displeying a screen relating to the actiMiy 210 to be acted Lfxin. 

Fia 4 IBuEtiates a saeen which the system dsplays in response to the user choosing the Class Registration |Eng- 
Bsh] activity 210 from hb a her nibur Activities- ist 325 (see Fia 3). The Qass Registrafion^ a 
0 kdivityMrindow 400. wtM preferably reveals intoriTBtian in the torm Sheadings 420 a^ 

To ilhjstrata. «ie activity window 400 for a user attempting to register fat a class may leveai the headings 420 tt 
class, studerit. dass descry and. credit status. Eianfjles ol val^ 

420 are undetgraduate; graduate, arid aucfit The activity window 400 also typically includes prannpts. Oso referred to 
as bbnktidds. 450. Examples, of pronpis 450 in the activity window 400 are shown to the left of the ' 

w graduate, and audit values «30 under the credit status heading 420. These pronnpts 450 may be filled in to represent, 
infoniiation Input by the user. Inthis example, the student/User has filled in «i8 prompt 450 to the leH ^ 
uate value 430. In a preferred embodiment d the present invention, other inlomiation may entered by the stu- 
dent/user by simply didiing ewer the chosen value 430 with ttie mouse 128 (see FI& 1 A) or cursoring over the chosen 
value 430 writh the tab Key on the ieyboard 124 (see FIG. 1 A). 

35 Referrirfg back to Fta 2. after aBd the information or data required for activity 2 10 has been entered by the user, 
the user acts to indcaie to the systenn tint the chosen activity 210 has lieen complied end ttw 
user during perfanT»Ke'o4 activity 210 Ehodd be saved h a preferred eiHMdimerit, the user may n«te 
usir« the mouse 1 28 to 'dick over* a -feave file* icon on the computer screen 122 which, in a preferred eirtxxfiment. 
resenMes a ticppy dsk (not shown). Alternatively, the user m^ depress the keyboard tkntror and *S* ke^ 

M neou5ly(EeeFI&'1A).AIterfhedatarelafingtt>actiwty210hasbeensaiwdandlheuserindicBte8thdtheactivity2ip 
tas beeii completed, the system triggeiB one d the events 220 associated with the activity 210. 

An event 220 is a representation d a sd of conditians stored in the computer system in acoordanpe Witt) the 
pessm invention. Whenever Ito sd d oondifions (or an eraid is satidied. the oorrespondng erartl is triggered: 
adivity 210 has one or rnore events 220 assodated vrim It Addittond software stored in the conT>^ 

4S for enmplei may be witten in PDwdBullder.COBOUwCprogranvriDg languages, chooses an appr^ 

the events 220 kvexecutioaTlvee events thd may be ewcuted during the coursed the pVfonrianced an BcCvity . 
are, tor exanple. 'add.* 'delde' and 'Uierqe.* As Bhistrated In FIO. 5, «>ee events identified when a user has selected 
the dass reeistration activity may be 'add class.' idelete class,* or 'change dass.* Each of these eivenis may be chosen 
for execution in r^pfoe to a correspontfing action by ttw user. 

so Rdening ba^p ^ 2. when an event 220 is chosen, a stored procedure makes a deternvnation d aD possible 
ned steps 230 wttich are associated Witt) ihM erarit 220. After the averit 220 deter ntbies wh^ 
dated w«0) B. the event nokes a furthv detenninaSon as to which next steps 230 are to be chosen. TNs dderrra 
assues thd a-next user or group d users is sUe to pertom a next adivBy 250. also leierred to as a task 250. as^ 
dof with ttte intonnation eritdsd by the user and/br data input fm an automated process, such as an MRP 6^ 

S5 AsEhowninFIG.8.anaxldep230niiyindudatttefdlowinBinfvinafion:0)tt>en«tactivity/taSk250tote 
formed: (2) the user/group d users lesponsBte tor perfornting 0)8 next acHvity/tash 250; and (3) a message reraaBng 
to the use/gioup d users the natira d the next activity/lBSk 250 to be acted upoa The ne^ 
infom)ation V data disclosing «ie name d the enfi^ wittiin tiw organiiatkx) in wtnch the user^^ 
whid) is dtimaliely responsible fw peridming the neiit adivity/task 250. The lid d infbm)^ 
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desc*ed/isri«ielyexetrvlary 01 Ihe types dintonrattonlhatm^ 

Referring back to Fia 2. basid on the Intormafion contained In ttie chosen nsKt steps ^^^^^J^J''^ 
sends a me^aee. representafive of an associated cateflay <-™l«S^i''2±^^^?^^^ 
or the groi,, of users lesponsWe lor pertorrnino the ne- ecOvltyflask m 
, 240 lor the user or the group, of usere. the next aOh^y'^'' 5*''^*^!**^^ 
araociated with the TO Do list 240 In a eimilar fashion as described for se<^ 

"""2!iir^FS"7Wm«yse.ec,.ne«acB>^ . 

in the usei^To Do UBlfbuiir 380. ki a prefened eirtxx&nert. a user may select a messafle 760 froma To Do 
ic LtoWp««wlbedtertheu»er:Aller™fi«ly/hiorshe^ 

SS.^tnfhbeKa,iple.Z^«ite««^^ 

To laustiate. the -Nw Tb tk. Usr 335t«l» eserte Ihe usert Pe«^ 

o,„exfadiviliestosKs250repre«ntedasmess.B.s7».vBBablo 

wirtoW 700 are -Apprd^ dass retf st.B^ions^ -Rej^Btiafion eofi^^ 
IS llshr These rnessafles 750 represent iwrtacfMtiesrtasksaSOMte^^ 

reglstmliai. ha preferred ernbocfirnehu the To Do Wwitidoi* 700 also displ^ 
■- ,^^770nextac5UesAaste2Mtothel*ofeact,rne6saBe75p.lnlte 

of «»e'>^owclass reoistrattons- message 750. reveatethattheraaie dBWnetfaelh^^ 

vwhere six are new 770 and two are done 760, , -n-i.--* ' 

go ReferTit«ton&a.fheuseriT«yalsoselectanexlaetMlyflask250f«wawotk 

aroup Tb Do list tnay be used when h does not matter wl*h user ainono a oro.<> of users conipletes tte 

-ttv/lask 250 For this exainjle. fhe user has selected the Class Retfstrationi»ofk group To Do list 336 from the To Do 

Sto«*m7hemZBe750re««riedih»»Cl8SsRetfstm«ionwo*o«^ 

class.- This message 750 represenis a next acavity/lBSh 250 subsequent to a prior user reffslering for a dass. THe user 
25 haslDurnew770nextacthrtty/faste250assodatedwHhthismessage7a. ,^ . ..^ ^ „ 

Once the user selects the next acth%/l8Ek 250 *om «» Useris personaBxed To Do Ust 700 (see F » 7) or fte 
usert work group To Do list 700 (see FIG. 6). referrino Id Fia 2. the process for he IkM ol Worrnatoij whW. occurred 
after fhe initial activity 210 was selected may be repeated. As descrbed aboM. «» V^ 
■ en«erinflrele«rtir*rmationintotheactivfiywindow400(seeRa4)tofl^ 

« en e«nt 220. one or r^re next steps 230 being determined, and a "W^flia S 
added fo the To Ob Ust 240 of the user or ww»« grOup responsWeta performing the next adiwrtyflask 
• inclusiveoffheuseraccessingthenextadiv.tyyia8k2S0fromtherele»artToDoUst.240.n«yco^^^ 
of information is pushed entirely through the orginiiationis predefined '."^w^" ^ _ . ^. ^ 
An exanple of the Informalion flow process of the present InyenBon b ilh^ted to J^^^^' 
« the infomation flow process Of th« present Irwertfon is implemented, where «»e adivrty to be performed is to add a new 

pan to a system lor comrolling a manufacturing operation. _^vA>r.. wrf««n\ 

lnihlsexari»te.theu5er(efl..enengineef)choosestheTarractivity210fromhisorhef8rf^ 
In onJer to create a new part lor a manufaduring process within the organfeafiori. In response to Itw ch^ 
dSJ B^ftlrt-Mlivilywecn on the engineer^ terminal saeen 122 within adivity window 400. TOs window 4po 

40 indices a pronrt area 450. mwfSdjiheenffneerenlBfS fhe number Of the pert ri.e;X6536^. ^ _ 

When the engineer wtprtatelysignalsthesyslemftallhe adivity 210 is ««V"eta. «he^rsiem ret^^^ 
Bering execution of one of the everts 220 assodated with Ihe adiw«y 210. h 

the -Create a new Part' event 220. ..^ 

The software 'create a new parr e/ert 220 Vien mahas dedsions based upon the addition of the part number to 

« determine the next steps 230 to be undertaken In this flow process. Fdr Ns example. «»« 

Part Planning Infor roatibn- to be done by the manufadiring manager and>pprove part planning (not shown) to be 
done by the qiklity department manager. , kihendis- 

The "review part plannifB Wornwfion- message 750. i epresenlafiva of a next act vity/lafli^ category, is men ^ 
played by fhe system in the manufadurlng managerls To Do list 240. In tWs example, the '"^^'^'^^^ *^ 

so two mfessages 750. 'Review part planning info' and 'Define Part Eng. into.', listed in his pereonataed (Things to i^T 
To Do Urt window 700. The manuladiffing manager inay then seledihe 'Review Part Planning Wa messageftojn 
his To Do Ust window 700. and the next adivity/lasK 250 assodated with tWs message Is (fisplayed in t^ 
next adivity/lask window 400. Rnaily, this process lor the How rt Inlomration thfoigh the orgartartion hb 'epe««d« 
the managL enters relevant btomation into the window 400 for the next adivity/lask 250. The present ^enbon th«, 

a ttlBBersanevem220fordetemiining1henext6teps2S0intheoiBaniialk)nsproc«^ 
aEa next adivifyAask 250 category it added to ano»H» use.* or wofkBrn^^ 
ti« eyde confiiWes unta ead» piece of InSjrinBlion is routed emiiely Ihrou^ 

flow m (i.e, apwrtately aded iipon by aO appropriate personnel in the organiaBon in ^^^V^J^^T^. ^ 
: sS^Mhb3owl8adesa»«iondtheconvuterBollwareforimp^ 
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present invention. As one of ordinary shai in the art waiAJ underetand and appreciate, the toOow'ing is merely one. way 
of Implementing the invention and neny equivalent ways exist to achieve ttie same functions and readls of ttie Inven- - 

Reierring to FKL 1 A, application proBrams are creatisd using PowerBuikler code {application devdopment software ' 
« svailatie from F^weisfDA, b« Buringion. Massec^^ 

work 100. Tables and stored praceduras ere eraalod isfeKI SQL (Stru^ 

the server ride Tia Though PowerBtddar end SQL are the prefeired software tools lor the present liwentioa one of . 
onSnary sWD bithe ait would eppreetate thai the presert invenfion could be Implemanted.wilh many other equivalem 
types of software and/or devetajsment tooitL ■ 

10 fn a preferred eitxidiment, the PowerBuUer sottware is the preferred tod tor creating the main application pro- 
gram d the preserrt inventkm and the speciic appncidion progrannto execute the windim 4^ 
activity 210 and next adivityAasIt 2S0. {see FIO. 2). On the other hand, the SQL software is lised primarily to create 
tables and stored procedures which Interact vritti the tsfales and the Poweieuilder application programs to send biior- 
inaIion(e.g.. data) t>aek and forth on the networtc 100 (see FIG. 1A). In a prefetred embofiment. Itte stored procedures 

15 ere compiled and then inlerpreted by sot engiries. 

Referring to FIG. 10. data may be stored kt a table tOOO, also loipwn as a: database structure! in raws 1010, also 
referred to as records^ and oobmrvB 1020. also refetred to as fields. Examples of tables utilized by the present invention 
and the relationsh^ of these tables with one enotfier are BlusiiBted by FiaS. 11, 12. 13. 14 and. 15. In yei another 
emlMdiment. the tables that ere ufiTaed by the presem Inwiiliori and the rdafionsMps d these 

10 are nustrated^ln FI6S. 14A. 14a 14^ 14Q 14E. 14F and 14G. whereby Eke-named tables irem FIOSi il. 12. 13. 14 
end 15 share a sirrilar IkmeliDn as those depicted in FIGS. 14A. 14a 14^ 140, 14a 14F.and 14a 

The COLUMKLMASTER table 1330 (see Fia 1 3) is used for iiBVping moei d the a)lunm in tt^ 
certain information related to the columns in each table stored in this taUa In a preferred enfbodimenl information on 
the column Includes the column idenfiiier (COL_ID). which'is a numerical value r^esentative ot the position tor that 

a column \n the COULIMH.MASTER table 1330: the column name (COL_NAME}, is the name the column is 
referred to in the ottter tables; the column label (COL_LABEq. wtvch is tiie label used for viewing 'm the various win- 
dows; the column type (COL.TVPE)', siich as database datatype (i e.. character, integer, datetime. etc.); ttie column 
length (COL^LENGTH). which represents the size ol 0w column; and the event cotinnn number (EVENT_bOL_NBR). 
witich used to correlate an event identifier (EVEMTJO) in the EVEI4T_MASTER table 1 220 with He particular column 

» ldentillerB(C0k.id8). ' 

FIG. 1 5 shows some ol the primary tables 1 000 used in B prelerrad embodiment d the present invention. Each line 
between two tables 'ndicBtes tiiat information (ag.. data) behveen these tables 1000 is shared in a onfr«Hnany rela- 
. tions>^ The head d the errow (black dots in FIG& 11-14) at one end d each rine positioned next loaned the tables 
1000 indicates «»t the table may have many rows (records) which are essodated with one row (record) d the table 
as . 1000 positioned at the diher'end d the rne. 

Set forth tielow is a descrip&Dn oi how, in a preferred emtiodimenL the applications progrems, stored procedures, 
and tables 1000 triteiact to implernem the ihlorrnation flow process d the presern inve^^ 

The software d the preseiil'InvenUon is activated to begin executing wt«en a user logs onto ttie computer system 
(e.g.. cSent^senw network) 100 Irem his or her end user woitetation (e^., an IBM conpatible PC) 120 as described tor 
40 FIG. 1A.Aftertheuserk>gsontothecystenxthescreenl22ontheuser%terntinal 126. as showninFIG. 3. reveals the 
Browser mode window 3i0' which is preferably created with PowerBuildef eotiware. 

Referrhg to Fia 1 6A. a user may aeaie an adivity list tor his or her Activi^ Lists ftrider 320 by accessing ti^e RIe 
mode and choosing the New (Ctrl N) selectkHi from the File list window 380. As shown in FIG. 16a a "New Brewser 
Objects' window 381 is disputed by the systOT in response to ttie above BCtion by the user. The user men selects 
45 'ActiMyL^ as ttte new otqed type and enters tt<e new activity Est name (eg:. 'Adivib'es I do a Ion ^ 

hand corner d the window. Finally, the user chooses whichdrawer (e^.. DBS Home Drawer^ and Idder (eg.. -Activity 
Ust Fdder*) In which to pm the activity IsL The user also has the option to put the activity list in a dravrer vi^^ 
the activity Bst into a toider. 

In response to the above user inputs, the main application program sends the user'b drawer nuiiiser (refened to as 
to the ORAWERNO In the tables), the toider number (FOLOERNO) assigned to ttw adivity Ba, the description (DESCR) 
dtheCst (e.g.. Adivity Ust), and the location d the fist (PARENTPOLDERNO) (e.g..thenuiTtoerassignedtotheActiMty 
Usi folder} from ttie client to a stored procedure et the server. In one embodimem. the name d the stored procedure Is 
FOLOERSmseiLI- T^e stored procedure then stores this inbrmation In the WU.FOLOER table 1^ (see FIG. 12) 
and sends a message to the main appOcatJon program that the information has been stored. 
ss Each activity Est is Uentified and stored under a correspomSng toider number (FOLOERNO). The WU_FOLOERS 
table 1255 (see FKB. 12} is used to keep trade d all FOLOERNOs. The COhHAINSlND cdumn in the WU_FOLDERS 
table 1255 indicates whether the FOLOERNO refers to a toider or to a list Ikftire details on the.WU.FOLOERS table 
1255 are provided betow. 

Refening to Fia 16C. the user inay add activities to an activity Est by accessing, the Bni^^ 
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naJewirKtow310rerealsBBtolderel670andtheacthntyto . 
toldas 1 670 (or B partaiar Ortma 305 cT the user.lhe user may Ihen select an activily Dstl 680 in wWeh to add ectJv 
■ itiec ■ 

W an acfivity nst 1600 is enpty. as is the -AcBvilies I do a tor fist 16W^ 
s blank! However. H die acftfify lis! 1680 corWns one Of more acJh^ 
resentaiion «riD contain horizontal Gnes. 

A user may add activibes to aii Bclivity list by selecfina tor oafnpte. M 
addbneormoreactivWBS.Nnt.re(enlngloFiai60.UwuBeree)ectsttieB^^ • 
CustomizB Adivfty Ust ccnruml (ranithe Brtwcer.la wMow 
■to FtelefrinotoFiai6E.inre5ponE8lotheBbo«aca«oriheuser,ttwi^ • 
ac6vHie8lhal«»usermayBCceBBlriaCus«ofiweAellwilyUsiwit^ 
privlleses piederined ly an adnMsirator ol the system «Mch Is disci^ 

ties the usef may access, the main appTicafion program sends flte users lder«Hler (USERJDj to ^stored procedura In 

one embodiment the name of.the stored prooedure is iispjBd_awnjuser_aclB_1..'nii8 stored procedure then 
IS accesses the USER.SECURITY table 1 125 (see FI& 11) to detenrfne which user epecHic actKiitieE, leptese n led as - 

acli\% IdeniHiers (ACTIVrryjds). the user has seorhy privileses. 

Next, the stored procedure eccesses the USER.MASTER tabte.l 110 (see Fa 11) to.obtain grD4) 

tiliers (SEC.GROUP.lds) associated with the usert USERLKX 'The stored procedure then accesses the 

GROUP SECURnnr nble 1 155 (see FIG. 1 1) to determine which adivilies (ACTIVnY_Us) the user, as a member ol 
» a ffoupa users (woA grons). may access: Next the stored procedure accesses the ACTIVITY_MASnnER table 1210 

(see FIG. 12) and uses the ACTIvrTY_ld6 to obtain a description ol each acfenty (ACTIvrrY_DESC) that fte.user may. 
. access. Finally, the stored procedure sends the ACnVfTY.Ids and.each activit/s corresponding activity desaiption 

(ACTIVrTY DESC) back to the main eppiicafion program at the csiem. 

. The main appEcation program then (tspl^ys each ol the activilies 1690 'nlhe Customized Activity \M window 883. 
a The user may then decide wHch acUvifies he or she wDI choose to pU in an activity list by seledino epecBic aclivifies 
iTom the (fitplay. Iri this waji a list nwy be created, where the fist may inchide user Epeclic and/w 

Alter the user has selected »ie aclKrifies to store in an Bcti>% fist, such as. nrOUR ACTWm^ 
cation pregram^ sends the USEf^^lOL FOUDERNa ACTIVITY.Ids and any sequencing ol adivilies tor the list 
so (SEQ NBR) to a stored procedure at the' server, in one'eniiadinient the name- of stored precedwe is ' 
psp ire usal 1. TWs stored procedure then accesses the USER_ACT_LIST. table 1135 (see Fia 11)..where the. 
stored procedure creates a row for each ACTIVITY.ia The USER_ID and FOLDERNO are both stored in each raw 
created tor ea* ACTIvnY_ID. Moreoi«r, the SECLNBR. H any, tai each activity is also stored in the row tor each 
ACTIvmr P. In a preteff ed embodimerit cfthe invention. H no sequenc i ng I n torm a t i on b setecied tor the adivHy by the 
35 user, thendl non-sequence specific activHtes win be listed in alphabetical order in the activity 
AKer fte stored procedure stores the activity inferrnetion tor a perfieuto acth«y list ^ 
. 1 1 35, the stored procedure sends a message.to *ie main eppficafon jwogiBni at the cfient to this ettect The main appli- 
cation program then wails for the user to decide which action he or she wants to peitorm next 

A user may also oeate a % 1)0 Ust tor his or herib Do List tolder 330 (see Fia 3) by accessing, in a preterred 
40 errtiodiment the File mode and choosing the New (Ctrl •»^0 selection from tte 

shown in FIG. 16F. the user then seieciE the nb Do Usr as the oiqed ^ aM enters the new To Oo 
*My Urgem To Do Ibslcs') in the bottom leA haivl ooriier d the 14ew Browser Objects* window 381. Finatt^^ 
chooseswhlchdrawer(&g,-DBSHom8PraweOand(Dlder(e4..'IbDoFblderOtoputtheToOolJsLThemainap^ 
cation program then sends the users drawer number (DRAWERNQ). the toktor numfaar (FOLDERNO) assigned to the 
45 To Do List the desaiption (DESCR)d the 1st {e«.fl«eTto Do UsO. and Bietocatibn oldie list (PAREIOFOpERW 
.(e.g.. the number Bss^ried to the -to Do Ltet toMer) to a stored procedura In one embocbnent the narra 
procedure is FOLDERSnserLI. TWs stored procedure then stores this intemaliBn in the WU_F0U5EBS table 1255 
(see FIG. 12) and sends B message to the main application program that the iiilormation hre bew stored. 

Referring to FIG. 16G. the user may move next adivitiesAasis categories Irom one To Do Ust 16B5 to andher To 
sc Do List 1685byaccessingthe Browser rnoda The usermaythenseledaToDoLJEtieSSinwhichtoaddaneXladlv- 
HyAask category. Uke the adlvHy Tists 1680 (see Fia 16C). the representatons tor the To Do Usts are blank when 
ernpty and certain horlzonial lines wheri they contain one or more next acfivities/lasks. 

The use moves a nut sctivity/task category tiom one To Do List lesiS to another lb Do 
To Do Ust I6ffi which contains one or nme next adivityAask categories. As shown in Fia 16H. the.user sdects the 
ss *NawToDoLiBrToDbUdl68SliamtheBrawBermodelidwiridowS10.TheiiainapplicationprDgr^ 
a stored procedure to detoririne aD next adhrifiesAasIs curreitly stored In the n4ew 
on how Ihe.main appScation pragram and the stared procedure woifc togethv to coni^e 
adivitiesAashs is desoawd beloiM. 

Next the main appGcation program displays these next adivifies/lasks orgBrdzed by the message 750 represenlB- 
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■ live rt the next aclM^/lBSk category m a SiTOiiBfy to Do Catego^ 
HyAask MlBBory to mow to anrther To Do UstlBBS. For ihte «aiT»)te; 

aVVbrkBwi^j'naxtaefiway/laskeatBOoryiwIfchoontate .. > . • 

To Do list 1685. 

5 RnaDy. asBhoi(mUi Fe. l6tlheiMseteetett»Bro«eflisl382 W«*^^ . 

B™vserUst882./teshowninFiai6J.lhBn^nwlieBlionpioorBmt^ . • . 

itie Moi« mode lisi window 310 taf Ilia Msar lo ehoose to mo«*e niBrt'activilyAa* 

selectB the T*«y u^ert To Do TaAs: Tb Do IJrt IMS. Theiatorai as 8fto«m In Fia 161^ 

Ti^y urnem To Do Tasks- To Do Ud In the Suirrrary Tb Do Ust windo«f 384. ^ 
10 grotp'messaoe 750 next ertvtty/taskCBtejpryV^h lis one unoofi»)lrtednrt . 
Refenwo to FO. la. the user tnay also mow incfividual next ed^^ 

To Do Ua 1685. The user aocon^nshes this ty eeieeiing e to Do list eortainho next activifiesnask while In the . . 

Browser mode (not shown). The user then aocesees the DetaflTo Do Cateoory window 385 end a is» of each infividual • 

next BctivRyAadt Is revealed lor a partkMar next BCthAyAask category wimin itw 
15 For tHsexairple.fte user seta* the 'Ttew To Do Usr To Do Ust and details on iwQ next BCfiviSesrt^ 

regaled lor the -^ded paynwrt type tor dasB" iwrlactivi^Aask category. The user 

wtttf>. (or this exaf»»>te. is ET»i; io man to another To Do Ust Next, referring to FIG. 16M. the user sheets the 
Bnwiiser list 382 arid chooses the Move corrrnand fran the Browser li^ 382. As shown In Fia 1^^^ 
lion program then rewaals a Hst oi possible 16 tJo UslB 1685 In the Browser mode list 

20 to mo« the next activity/task For tfeexaiiple. the user selects the T»«yufoertTblJo Task" Tb Do Ust 168i 
Therefore, as shown in FIG. tea when the user access the "Nfiw To Do IM" in the Detail tb Do Cateo^ 
385 the ET201 dass payment next ecthnty/lask no tonger exists. Moreover, as chpwn in Fia 16P. when the user ■ . 
eccesses the Sumnary lb Do Category window 384 lor the >«y urgert To Oo Tasks.' the "Select payment type lor 
class' next activity/lBsk category is revealed. The window 384 discloses that fte "Select payment type tor dass" next 

ts BctivltyAask contains iytemobmpleted next actrvity/lask, which is the 1^ 

In another aspect of the invention, the user m^ oeate a customized taUer in wt^ to store activity lists. For exann- 
ple a user may create a Oass Registration tolder for storing dlRerenl lists of activities pertaining to revering tor 
classes, the user accesses the Re mode and chooses the New (Ctrl+N) selection from the Rle fist window ^ 
FK»l6A).The"NewBfow6erObjacts^windowisftendfeplayed(8eo.Fiai6B).;Theus« . 

30 the new obiect type and enters the new tolder name in the bottom left hand comer ol the window. Final^h the user - 
chooses the dirkWwlHwWehto put Bfe lOldar: . 

The felkiwir« Is an Uustrafive example ol how the appBcation programs at the cSeitt side and the ^ 
and tables at the sewar side Imeract to tacKtste fte llDw of Wormato 
user retfsters tor two classes. 

as iri onler to register for the classes, the user tags onto the ^enn. In a preferred entediment after the user kigs 
oa he or she selecte the Browser mode from a list d posa34e modes dHsplayed acroK the screen (not Ehom^ 
selecting the Browsw mode. Vte mah appteaton program sends the userls U8EF1.I0 to a stored procedure at the 
sewer. The stored procedure then eccesses the WU.DRAVWERS table 1245 (see FIG. 12) to obtain MormaSon on «ie 
drawernurTt)er (DRAWERNO) and the desalption (DESCFQ of the user% drawer. 

40 ThestoredproeeduretheneccessestheWU FOU)ERStaWe12SS(seeFiai2)to<±teininformaljononanfoh^ 
• era and Ksts.whieh are stored as foldw numbers (FOUJERNOe). associated with the DRAWER 

includes a description (DESCR) of the tolder a Est: a list IndiCBtor (COhTTAINSIMD). wWch reveals whether Sie FOL- 
OERNO corresponds to a tolder. en Activity list, a To Do Ust or some other fist used In the system; and priority Wor- 
nation (FyvREMTTOLDERNO). wHch is used to determinB which folder each ecfivity list and To DoUst belongs in. 
.« Tfte main application program, as shown in FIG. 16C. uses the Wormationsert to it by the stored prowdure to Jfe- 
play the folders 1670 and lists 16» tor the weriB drawer 805 in the Browser mode list 
i7A. to niustrate. tie user* drawer SOS Is desalbed as DBS Home Drawer In the Browser mode list window 3ia ^ 
over, the usei^ Drawer 305 contains an Actvily Lists tDUer m a 1b Do Usb tokler 330 en^^ 
Activity LislB telder 320 contains a "Sainple Class ReffstraHon" Bsi 1 710. as weS as other lists sudi es a "Management 

so Reporter" Qst 1 711 and a "Product Support Dst 1712. The To Do lists folder 330. tor this example, contains only the 
user* personaDzed To Do List referred to as the "New To Do UsT 335. 

For this example, to regrster lor classes, the user selects Ihe •Sample Oass Registratjon" ret 1710 and. in 
response, the system displays the users custorriied "Semple Claw Registration" Dst window 1 750. with preselected 
activities. 

65 The conpular system of the presem invemlon obtains the activiljes for the custorniied acfivity list 

(e.g.. "Sample Class Registration" fist vmdow) by having the main applicatton program send the USERJD and FOL- 
DERIMO tar the activity fist selected by the user to the 6lored.procedure at «ie server, ta one embodiment, the name of 
the stored procedure is psp_6eLifiw_cando_lisL1. TWs stored procedure then accesses the USER^_LBT tatle 
1185 (see PIS 11) to obtain each activi^. wb Its ACTIvrTYJD. that is associated with the USE^^^ 
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as well as any. SEO.NBR Wwmation pertaWng to Ihe piionfizrig cK ttiese BdMlies setn) by «» usei tor ctlsplayino 
each activity in the acUvtly Est windwo 1 750. Ttia stored procedure also BCMSses ihe AEnviTY.MASTER tatjie 1210 
(see Fia 12) to dWain imbanation on the type of aclitfity (ACTiyiTYjrYPE) (e«.. a PowfBuBder type wMow or an 
executable tie type) ard ma eoinmairi Bne (EXEC.NAME) la tha acfiiray win^ 

Registr^ion activity wiiKkw) or executable appScaUon'progrftm iwhich ia used lo.enciite the activity. Hie stored praca- 
dwetienreiirnstNsirtomrfontolheiwtfnappneBflonpfOBmmsolW • 
Withe artivities listed In BequenceqMCfeor alphabetical 

iGlndicBted: . . .. ' .' . . ; " . . 

• fathlsexarnple. the i«er has sdededthe Class RegistmSoa Class POyronllReQiBtt^^ 
IB adivHies 1760 lor his or her "Sample Class Registration" list 1760. Moreover, the iiser has ciicsm to sequerttally Gsl 
the activities such ttiat the Class Registration Acfivity has the MBhesl 6ECL^«^w^ 
Approval having Iowa SEQ.NBRsarxt Activity havrig the lowest or no SEQ.NBR. . ; 

From the •Satrpib Oass RegistratiOT- Est vwndow I'WO. the user then selects the Cto 
the list o1 activities In orter to regtstar for a dass. As shown InTtG: 17B, the mah applicaticn progtarn then calb the 
t5 activity window.^ncafion progfam represented by He EXEC_NAME tesuing an "bpien* command (a PtwerBundw ' 
• command). The rriain application program then reveals the Ct^ Registration activity In a Class Registiafion activity 
window .1703, H the user had selected to run an executable He, then the main applicaticn program woiM.taye called 
the executable «e «»)resented under its EXEO.NAME by sending H a '^un' command (a PomrerBuilder command). 
The coriputer system reveals 1h« activity window 1700 t>y h8vii« the main applicafion program 
X flegtetration appScatibn program responsible tor the Class Registration aelMtyi The Class Registration applleatlon pro- 
gram contains IfTtorrtation on the structure of the wrindow and the headings «0 (e.g.. Student. Oass, Class Diesalp- 
tion. and Credit Stati* tor the Class Registration activity), "me Class Registration application program then executes a 
stored procedure In one embodiment, the name ot the stored procedure is P9-»el_sam1_l . The server then requa^ 
tNs stored procedure to send H back intormation on.BvaBabie-classes tor the user. The stored procedure then accesses 
» the SAMPL£ CLASS table 1360 (See Fia 13} to obtain intormation on each dass (CLASS) and a desoriplion 
(DESCRmON).ol ttw dass. The stored procMure then sends tttis intormation. also referred to as values, backtp ttw 
aass Registiation appi'Kation prograin. . 
. After the Class Registration applicatiwi program receives Oie headings 420 and Ihw associated 
■ Intormation js displayed in tha Class Registration activity vriatow 170a For this example, one dass at a fime is Gsled 
so ' as a value 430 next to the Class headirig 420 with the correspondrigMornwfion tor ttw 

of fce adivityv»ir«tew 1700. The user may then scroll (e.0; Witt* the •• 
' classes ttutttiie user, has access to retpEter. 

After ttie user has selected a dass in which to rej^ster (e.fl,- ET201 • ^tWes In the Wtt*place) atong witt> *» credit . 
status (e,g.. graduate), tt»e user saves the intormation. The user may save the intornriatioo by etidd • 
ss icon, .represented as a'f loppy <fek (not shown), witti ttie mouse or simply pressing ttie Control and S keys sinultane- 
ousty on the keyboard. 

The Class Registration application program saves ttie Class Registration activity information (ag.. ET201 fw dass 
and graduate for wedh status) in ttie following tasHon. As shown lnFIG.17D.Bt6tepl790,BieCtass Registration appl- 
cation program (written in PbweiBuilder) cals a stored procedure, at step 1791. to loimal ttie infornation for certain cd- 

40 uims in ttw assodaled table at ttw. server. For ttiis exanple. ttw intormation is tomnattod for ttie dass. student, and 
credit edumns in the SAMPLE_REO taUe 1365 (see FKi 18). At step 1792. ttw totmatted intormation is returned to 
ttw Class Registratibn application prograia wMdi. at step 1793. ttwn sends ttw formatted infonnation to a stored pro- 
cedure at.ttw saver. In one embod ir nent the nairw ol ttiis stored procedure is pspjns.same^l. THs stored proeeAm 
ttwn stores eadi piece of hrfbrmatton (each value) in its corresponSng class, student and credH colu wn inthe . 

« .. SAMPL£_REG table 1365. Finally, st.step 1794. ttw stored procedure returns a inessage.tp the Class Registiation 
appTication program ttat indicates ttwi tt« intormation has been savad.- 

At step 1 795; ttie Oass Registration appScaiion program then determines whether ttw intormation vns success- 
fdly saved . H not the sppTicalion program proceeds to step 1796 and returns contrd to ttw user, ttovnever. H ttie tolor- 
matitti was saved successftily, ttien the Qass Reg'sttalion appTication program deternines which event to trigger. For 

so ttts example, passible events associated witti the Class Re^strafion activity are "Add Class- and 'Change Class' . lb 
illustrate, ttie us» has added a new class. Therefore, ttie "AcW Oass' evert is selected, along witti tha correspondhig- 
stored procedure for ttiis event to one embodimeht ttw name oi the 'Add Class' stored procedure is pamsameins. Al 
step 1797. ttie Class Refpstration appfication program ttien executes ihe Trigger Event function stored firocedtffe to 
. deternyrie.ttwnextactivitie£/ia8liSBnduEeiBAinik(^oupiBresponstoleforconpleSngttwne^ 

65 witti ttw OassRegisiratoBcflvl^ In ona efftoodment the nanw of ttteTriogar Evert 

pamool i_trig_am_event .to executing ttie THgger Eveitf stored procedure, the Oass Registtalion appScatton program 
sends intormation to ttw Trigger Event storsd procedure at ttw sewer. 

The Mormation sent toihe Trigger Evenit stored procedure indudes an event idenffier (EVENTJD) tor «» Cfflre- 
spending stored procedure (efl.. pamsanfiins). ttie entSy value (NEXT_STEP_EMT^VAIJ (eg., plant rite, orgartia- 
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tion ett ) respoBtote to pefteming the next edMly/lask. the USER.O ter.lhe user who completed the activity, the. 
ACTIVrTYJD tor the actiyiiy Jusi conpleled (&a.. Obes Registralion). and Ihe priority ol flj^ «teequent 

conpleied Waclivity may w* the priority ol the eUffiequenl nnt ecfivi^rAaskby seleeting the Srt Task Pnonty optoo 
If, fte OpfiTO Moda Other frttomalton may Include «*ie9w 



the next activity/lask arid the identSication tor the user-or iofk-flroi»» (USEH.ID or MSG_GROUPJD). 

Relerritxj to FIG. 18, a Ito* dfflbram is provided, tor a prelerred entaftnert ol the TriBger EyerHuheBon stored 
procedure. This lloiw chart iDustrates a process tor doterrniriito the riext adlwfty/^^ 
perlormirig the riBrt acih%/»ask(6). arid the like. BfwJ crealii^ the nert activi^ 

. Fret at step 1810. the Trigger Event fuKtion stored pioceelute dcttrittines whether the e«nl (ag., 
lor the 'Add Class- everrt) is eriaMed. This is aoeompliBhed by accessitw the EVENT.MASTER table 1220 (see FG. 
ifttodBterrrine HIhe ENABLED coluim tor the EVEMT^ID (e.o,painsam2ire) cortainsa one or a leia In a preferred 
It. il the ENABl£D oolun« oortBlns a xerft Ihen the evert is tfsaJiea the Trigger Even! fi«^ 



ixlted8l6tip1812.andcortrolterBh^nedtolheClaBsReglst(«ionappl^ 

nv-»«r. H the ENABLED eohmn cpntidns a one. ften.the evert Is enabled ani the Tngger f^^^^^f;^^;^ 
procedureproceedstostep IBI& AlBtep 1815. ooluinnidenHiere(OOl^lds)8re««ain8d^ EVEMT »«ASTER 
ttble 1220 tor the corresponding EVEMTJD. T^ws. the THgger Event luntSion stored prpcedurate aUeto deterrttoe 
^ COL^kte tor the gh^n evert wiD be used to pass the v?lues pertaininQ » «» PJ«»* 
CX3L Ute lor the pamsanCins EVENTJD coiAl bo 1060 tor 00L.ID_1 represorta«veol the Class heading. 1061 tor. 
eo (»UD 2 the Studert heading, and 1062 tor COUDJ«P'«entaih^ 
The Triggw Evert function stored proceAjrelhen proceeds to step 1820 to ob^^ 
which are assodaled with the event In doing Sft 8t«ep 1823. tha Trigger Evert function stored procedure accesses . 
the Next Step table 1225 (see FKi 12) to determine H any next steps exists tor the. EVEMTJD. TWs is ecconpBshed by 
determining il any rows (records) exisis tor ».e particular EVEMTJD in the Next Step table 1225. H there are no to« 
aj tor Ihe EVEhrr_ID in the N«l Step taWe 1225. then Hi? Trigger Evert tonction stored procedure Is exited at stw 1 826; 
. However. H rows for the EVENT IDdoenslin1heNextSleptable1225.then.atstep1B30.theTrlggerEvertlunc- 
tion stored proce<tore determines whether the fret row. wMch represents e particular next activity/task (ACTIVrTY.IO). 
it enabled (ENABLED). H tha ENABLED column is disabled (e.g.. lero). then the Trigger Evert function stored proce- 
dure returns to step 1820 to obtahlhe next alap. H there are anyi TWs kw continue 
30 nextactivity/laskcoriespondir«tolheEVENTJDbencounteredM1hereerenorowsenahledtormeEyE^ 

alter the last one Is encourterisd. the Trigger Evert stored procedure will return to the Class RegistiBiion eppticabon 

""^a^e other hand. H a first row encdurtered tar an EVENTED is enabled (e.9.. one), then the Trigger EvenHuoc 
tion stored procedure obtains the message identHier (MSGJD) represenfing the next acfivityAask category endthe next 

S5 activity/task identHier (ACTIVITY iO) and proceeds to step 1835. At st^ 1835. the Trigger Event tuncfion stored pro- 
cedure accesses Ihe Next Step Options table 1230 (see FKS, 12) tor the ertfty (NEXT_STEP_ENT_VAL) responsible 
for the next acfivhy/tesk. and the stored procedure proceeds to step 1838 

At step 1838. If rows exist lor the NEXT STEP_EMT_VAL, then the Trigger Evert stored procedure proceeds to 
Step 1850. However, if no cows exists tor the NEXT_STEP_ENT_VAL. then the Trigger Event stored procedure pro- 

40 ceeds to step 1840 to obtain any default values sent from Ihe Osss Registiatiori appBcation program which dSine the 
entity responsible tor the next acfivity/tesK TWs irtormatton is stored in the Next Step Options table 1230 in the 

. . NEXT STEP ENT VALcolumn(seeFiai2).lnoneeirbodirnentspeeaicertitiesmaybedeline8tBdwi«,anideTtifier 
or an BStwisircn niay be used to indieato thai every user (enterprise wide) may have access to the next ecHvfty/task. 
The TriggerEverttondton stored precedura then proceedBtostopl849todetermineHany default values 

45 H no default values are ewaBable. then toe Trlgger Ewert luhctlon stored procedure returns to step 1 820 to determme rt 
there are any other next steps to be evBlumed and acted ^pon as descrtoed above. Howarer. rt step im 
values do exist then the Trigger Evert stored procedure proceeds to stop 1850. 

At step 1850. the Trigger Evert stored procedure accesses toe Next Stop Optons table 1230 to '•"tew"™^!!.'** 
(USERJD) or wpik group (MSG_GROUPJD) resportiUe tor Ihe next "J"^ 

60 IGNORE OVERRIDE column tor the row to determine whether the USERJD or MSG_GROUP_ID ^hjesshoiM be 
used. H toe IGNORE_OVERRIDE is enabled, then the values idertHied in the column ere used. However, if the 
IGNORE OVERRIDE is disabled, then the values sert from the Class Registration application program are used. On 
the other'hand. H Ihe Class Regislration application program did not send any values, then the values N«t 
Step Opitons taUe 1230 are used. Next the Trigger Evert funcfion stored procedure proceeds to step 1861 .-where it b 

es MBininai whelher the user is on tfie present senwr. If not.then at step 1862. asynchronous RPC is sert to Ihe remote 

to step 1870 where intormalion pertaining to the. next actlv- 



is added toihe MESSAGE_QUEUE tabto 1M0 (see FKJ. 11) by aesting a row tor the next adivHy/tosk. 
in the row may then be used latortorthe rissponsWe user^or viiorkgreupSTo Do List TWs 
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includes the OWNER_ID wWch is the USEFLID; IWSG_GRPUP_ID (tor. b worti grtuft) or ovenide value; the 
OWNER TYPE, which indicates whether ttie OWJEFLID beloriBs to a user or a work orop: the ACTIVfTY.ID tor the 
next actiJayAasli: the MSG.ID pertairring to the next acWtyAask categoiy: and CBE«re_nME. which indicates the 



Other Intormatlon that may be stored In the new next aelivily/lask raw includes the MSG.SEO^NBR. which Indi- 
cates the priority assodaled with the message representalive ol the new activUy/lask category, where ttie priority Is • 
assigned to the next actwity/lBSk category by the user or wiMli era* to pertorm the raxt activi^ 
Category window (see FIG; 16L): the FOLdERNO. wHdi IncScales the i«er* or work greup usere* list assodated with 
the next activltyAask; and the NEXT_STEP_Ehn_VAI, which Indtatfes the plant, she, of^nization or the Eke iMmately ■ 
responsUe tor the next adivily/lask. 

Fifiafly. particular.intomfiatwn relating to the dass in wWch tiie user has registered is stored in » Ca^.VAL assod- 
ated with a specHic COUDl For example. C01^ID_1 which is 1060 and lepresents fi» dass hea£ng anrebies with 
COLVAlwl wWch stores the dass value. ET201:COU0_2 which is 1061 end represents the student heacfingowre- 
laies wHh eOL_VAI^2 wHdi stores the student value. DBS; and C0S^ID_3 which Is lO^Z and represents the creifit 
heading cbifdaies with CdCVAL^S wMch stores the credit value, gtaduato. 

After the Tr^ger Event stored prnxlure hffi conpleted.Etep.1870 by«d(fing ttepertk^ 
next acMty/lask ibw-o( the MESSAGEOUEUE ttUe 1140. then the stored procedure returns to step I820.to deter- 
nine It We are ary other next steps to be evduated and acted upon Bs d^crtoed above. After the Trigger Event 
stwed procedure has acted upori aa the next steps, as descrbed above, the stored procedure proceeds from 
to step 1826. At et9 1 826. the Trigger Event stored procedure Is exited and contrd is relumed to the Class Regisbafion 



The Class Registrafion applxafion program then displays a bia/dc Class Registration activity windrxw (not ctwwn) 
and waits lor the user to either re^er tor another dass or exit the Caass Regtstralion ectMijt POT «iis exw 
shown in FIG. 19. the user registers for a second dass. SC101 (Security Administration) with an auTit credit status. 
a Th'erelorft the user executes ffte save command to save the dass. Hat. the procedure dasaSDSd above Is repeated as 
the Class Registration application program brmats the intormalion entered by the user, and sends this intormation to 
. be saved by the stored procedure. In one embodiment, the name.ol the stored procedures is p6p_ins_6am1_1. After 
the inlom«tion has been stored; the Class Registration appBcation program determines wttich wenX to trigger and trig- 
gers the. went via the Trigger Event stored procedure, to determine the next adivities/lasl« and usersAxprk ^oifs 
ao reeponsaate tor completing the next aclivltiesAwto. 

After the Cla^ Registration application program receivBS a message from the IHgger Evert sto^ 
all next edivities/tasis have been added to usasArark groups TaDo List the CtassRegisiralto^ 
again walls lor.the user to either rev'ster tor anottier dass a exH thfrOass Registration adivil^ 
shown In Fig. 20. the user deddes to leave the Oass. Registration activity window «id return to the Browser mode list 
35 window 310. In a preferred embedment, ttw user may press the F11 key to return the user to the Browser mode list 
.vnrxtow310. 

Fromtfie BrowKser mode list wiindow 310. the user may then decide wheti^er to eeeess another Dst In the Activity List 
Folder 320 to begin another acthrity or to access the userls peisonafaed To Do List fNew To Do Usf) 335 in the To Do 
Usts foUer 330. In this example, the user sdeds the *»rew 1b Do Ust* 335. erid a lid of next adivities^EkE is displayed 

« in ttie Sumrwry.To Do Category window 384. 

The conputer system obtains 0ie neat activities/lasle for the Summary To Do Category window 384 (eig.. "New Tb 
Do Ust" window) by having the main applieation prDgnm sand the USER.© and FOLDERNO setected for the To Do 
Ud fay the user to the. Stared procedure, to one ennbodimenL the nariie of the stored procedure Is psp_8el_n«)ue_detBil. 
Fbr this exanple. the FOLDERNO corresponds to the user's pereonaOced To Do List (e.g.. "New To Do Usf). 

48 The stored procedure then accesses the MESSAGE.QUEUE table 1140 (see FIG. 1 1) to obtain the message via 
the message UentiTier (ftSGJD) tor each nint aetivttyyiask category corresponding to the user^ USER_ip (identified 
as ttte OWNER ID) arvi FOLDERNa The stored iMocedure also d>ialns any fitufHf intormation regarding the mes- 
sage and ttie next activitiBsAasks refnsented by the massage tram ffie M8G_SECLNBR and DASG.PRiORITY ool- 
.unns. respectively. The Status ol each individual next activay/lask. as to whether H has prevnusly been oomptela^ 

so also obtained by ttie stored procedure frorn ttie MSG_STAnjS column. Moreover, the stored procedure obttfns the 
ACTIVITY ID. COL.Us, end COL_VAU associated witti eadi MSG_IO Iw aH Bs corresponding next adivlties/tesls. 
The stored procedwe also accesses the ACTIVfTY.MASTER table 1210 (see FIG. 12) to obtain intermation on the 
type of BCtivi^ (ACTIVITY_TYPE) (eg.. PowrerBiilder type wIrxJdw or executable file type) and the command line 
(EXEC_NAME) tor tt>e aoiviiy wirKtow application program or executable application program wtich is used to execute 

BS the next activity/task. The stored proce&ffe ttiei sends this Informatim back to the main appScation program, which 
organizes ttie messages based on priority, calculates ttw nunter d oompleled and uncompleted next adivities/laste 
for each message, and reveals the messages 750 and completed (done) 760 and uncornpleted (nomO 770 Intormation 
in ttie Summary To Do Category window 384. 

ttie Itew To Do Usr Sumrnary To Do Category wiindow 384. Ihei^e are five me^ases 750. 
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750 are 'MMtf Catefloryts] have been updateeT. "Cateoory Added. Check CortiQurBtlon-;^Sele|Bl paymehl type lor 
cte\ "^bu are a new mentw of a Vtokoro»<>\ a* -Ybu are nbw a Seawlty Adm 

sage 2080 Is the •Done" column 760 arsJ the 'UetT oolunm 770, Wttfch represent the nuiWw of next ectivities/tashs ' 
conpleted and uriconipleted tor the parfieulai mesuge 750. lb aiusuate, the Xetegory Mied, Check Cpnngur^toi.' 
5 rnessage 750 has tM Done Ccornpteted) 760 and nine New (imoo^ 
message 750. 

As shown in FIQ. 21 . the user rnay also access a DetBBed To Do Catesonr window 385. 
the user accesses the To Do List one ntessage 750 to revealed at a tbne. For this enmftt, *i8 main appDcatiori pro- 
. gmm is disfrfaying th« *Selea paymem type lor dass- mess«^ 750. TYw main ap^^ 
to of the message 750. »)erunt)er of nedec6>rifie5/laslB 2165 that exist, and - 
the nen activity/laEk 250 Bssocialed with this message 750. The n«Bn appfi^ 

sage 750. ley Monnation relating to each next activit>!/iask2S0; i=rom left to right, this indudes wheth& the next activ- . 

Hy/lasK.250 has been cnnpleted 2170. the priori^ 2130 associated with each next aclivityABsfc 250. and. te this ° 

acample. the dass heading 2140 and student headings 2120. 
IS To lOustrate. the nurrber ol ending next ectivities/lasks 250 associated w»h the 'Seied payment type tor class* 

message 750 are Mwx and the next adhiByAask 250 assodaled with ttte message.750 is Oass PaymenL Further, the . 

next acfivitres^els 250 relate to tito Glasses 2140. nMl and S2101. sougM to be regis^ 

DBS. For Hii oiample. DBS. the one orlglnaDy resFStered tbr boOi of these classes, b also resporaUe for selecbng a 

payment type for each class. The wiridow 385 also reraate that boh of these next Bcflv^^ 
20 2170 and have medium priority Status 2130. 

The user may selMt a category for a next adivityflask to ad upon from either the Summary To Dp Category wi^ 
. 384 or the DeteDed To Do Category window 385. For this example, the user selects the Oass Payment nect acSvity/latk 

category, represented by the "Select payment type tor class' message, from the Sunvnary To Do Category window 384. 

as shown in FK3. 22A. The main appficafion program then sends ttie.FOLDERNO for the 1b Do List and the MSG_ID 
ss for the category eeleded to Ihe next adlvity/lask appScsiion program. For this example, the FOLPERNO and MSGLD 

would be sent to the Class Payment applicafion program represemed by its EXEC.NAME. In cna entediment lha 

EXEC.NAME of the Oass Payinent application program is paiTi0510_paytnent 

Th^ next acBvityftask application program then sends the FOLDEBNO and MSG_ID to a stored procedure which 

determines the most prioritized next activltyAask for the next activity/task category. In one entoodiment, the name of the 
30 stored procedure is the Next Task stored procedure, which is c£scussed in father detail below and is Olustrated In FIG. ' 

26. After detennining-the most prioritized next activityAask. the NextTask stored procedure, sends infbrmation on this 

next acikrity/lask (class paymenQ. represented by Hs ACTI VITY.IDL to the next acfivityAask appTioition program or exe- 



In this example, the class payment next adivity/laGk category only conidns one next acfivity/lasfc. Theretore. the 
S5 Next Task stored procedure selects the next activily/lasK and the Ned Task stored procedure send the Class Payniem 
activity application program the next adivity/lask. The Next Task stored procedure also sends the Oass Payment appi- 
catlon program other infonnatidn regarding Hus next activityAask. As shown in FIO.'22B, the Oass Payment applicafion 
program then reveals the Class Payment next adivttyAask in a Oass Payment activity window 240a as described 
ebove. for the Class Registration acfivHy. 
40 The user may also access next adivities/iasks via. the Opfions mode; To illustrate. H the sam 

for an acCvity and corresponding next aetrvity/lask or next adivity/lask and correspond^ next activity/lask that occur 
sequentiaOy. then the user may access the next acUvity/task from the activity or next adivity/lask wrindow via the Opftms 
mode. For example, since the user (D BS) Is responsible lor both the Oass Payment next adivHy/lask and the Just comr 
pleted Oass Registration activity, then DBS may access the Oass Payment next activity/laEk from the Oass Regietra- 
45 tion window via the Opfionsmoda 

To ISustrate. as shown in FIQ. 22C. after DBS had completed registering lor the SCI 01 dass in the GIBSS Regisiia- 
tton activity. wMow 1950. DBS accesses the Options mode. In doing so, the Oass Regislratian.application program 
CBlto the Options application piogiaiii. widch reveals a list or options 2250 for the user to selecl tim^ 
access the sequential next atfviiy/iask in connection with the Class Registmion acfivlty. the user selects the Next Step 
50 option 2260 from the Opfions mode list 2250. 

Upon accessing the Next Step option 2260. the Option appOcation program calls the Class Registration appTication 
program to obtain intormation to be sent to a I4ext Step epplication piograin. The inionnalion obtained is the USEf^ 
ACTIvmr ID. and a key value, which, for this example, is SClOl lor the dass value (C0k.VAL_1) as wel as its cone? 
spending ailunvi identirier (C0LJD_2). The Optkm application program then calls the Next Step application program 
fis and sends the USER.ID formatted as the OWNER_ID and FfOM_USERJD for DBa the ACTIVITY.© tonnatled as 
the FR0M_ACT_D for the Class Registration activity Ihe C0k.VAL_1 for SC101. end the COI^ID.I tor the dass 
heading to eie Next Step stored procedure. 

The Next Step stored procedure is Oustiated in Pia 23. In one enindimeriL the Next Step stared pr^^ 
cafledpsp rnctuiLneiiLstepJ- At step 2310. the Next Step stored procedure obtains a Est of all possible next st^ 
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connection with the just compteled activity lor that user. In doing so, the Next Step stored procehne accsGses •» 
MESS«5E_6uEUEtBblB 1140 (see FIG. ll)tooblaii»BDhextaditfitiBS/lasM(represenledasACTI\nTy_ldB)af«JtW^ 
message identTiers QASQ Ids) for the OWNEf^lD aivl i^ROM_USER_ID oorrespondino to DBS. the FROM_ACTJD 

. <or the Class Registration aetivily. and me liey value corresponding to SClOl (COLj;VAl^l) tor the class headtag 

5 (COkilDJ). The Next Step stored piocedkire then proceeds to step 2320. 

At step 232o/lhe Next Step Btored procedure ealcuMes the nunte oi next st^ 
next daps encouritered equals zen^ then the Neod Step (tared preoedura Is 

efleet b sent hank Ip lhe Next/Step appOcaGon progiaM «Mch reveals this to the user. H there is only one Next Ste;^. 
. then the stored procedure proceolE to step 2350. However. H the hun<>er oi n 
' 't« Next Step stored procedure proceeds to step 2330. 

At step 2330. the Next Step stored procedue sentte the ACTlVnY_ld6 and MSG.Ids to the Next Step eppficafion 
program, which fete each next aefivay/lask In a vflndow (not show) that corresponds ttxthe Just completed Class Rag- 
istraton Bcfivity fcir ihe SC101 clBSE. The user may then set'ed wNch neu ectivlt^^ 
upoTL The Next Step application program then sends the ACTWfTY_lds tor ttwse next actiw 
IS the Next Step stored procedure: The Next Step stored procedure then proceeds to step 2340. 

At Step 2340.. the Next Step Stored procedure calculales'lhe nuiitoer oi ne)< Steps selected by llw^^^ 
nuniic^ d next steps selected equals aera «ien the Next Step etwed procedure is exited at step ^ 
to this efiect is sent back to the Next Step appficalion program wHch exHs'tfie Options window 1960 (see Fia 22Q) 
eccordingly. Howerer. H the nuntoar ol next steps eelacted equals one or mora, then the Neott Step stored procedin 
20 proceeds to step 2350. ^ * 

At step 2350. the Not Stq> stored procedure accesses the MESSAGE.OUEUE table 1140 (see Fia 11) and 
obtoirs the ACtlVITYJtX FOLDERNO. and Intonnatibn contained in the CCX^Ids and COk_yALB tor the fbst next 
activity/task selected. The Next Step stored procedure then proceeds to step 2360. where it determines twhether there 
are ar^ oth^ next acfi vrtiesAasIa which need to be aaessed from the MESSAQEJQUEUE tabto 1 140. H nol. ttienlhe 
Si Next Step stored procedure proceeds to step 2370. 

. However, H there are cither next sctivitiBsAasta to t>e accessed from the MESSAGEjOUEUE trite 1140, than the 
Next Step stored procedure returns to step 2350 and the above-mentioned intormalion is obtained tor the second nod 
activtty/lask. This cyde conbrues unta ihe pertinem intormatipn for each next acfivftyte 
been otitained t9 the Next Step stored procedura The Next Step stored procedure then proceeds to step 2370. 
at At step 2370. the intormation related to each next ectivityftask selectBd l)y the user is sent back to'lhe Next Step 
appBcation program: This includes aB ACTIVITY^Ids. FOLDERNOs, CXDL_lds and COl^VAli. The Next Step stored .. 
procedure also sends a message as to the sequence that each next activity/task should be exeoJted. 

■ The Next Step application program then caOs the application program respoTKiile for peItorlI1ingl^lef 
Hy/task. K there are other next activitiesAasks that need to be executed after the first (or curent) next activityAask. then. 
as a message is.sent to Ihe applicalion program indicating thai it should caO the Next Step application program upon com- 
.pletion ol the first (current) next BcbvilyAask. ' 

For this examplA the Ctass Paymertt appScatton program it called lipi Theretore. i:el^^ 
Payment appliCBlion progiam lereals a Qass Payment adivity window 240a As described in the foregoing, the user 
(DBS) may then complete the next activityftask by selecting «ie payment type (eg.. casK). and events mid next steps 
' M will be triggered accordingly. 

In another asped of the presem inventioa the user nay utiize the Optiohs mode from a just connpleted ae^ 
. a just convleted next acfivity/task window to simply caO some Jiext acGvity/lask to the eoeen. 
sen is seleGted. based on the fdtowing criteria.- Fast, the highest piterlty next aeflvttyrtask tor the same next aclivity/lask 
category. H no next aclivities/lasks exist (or the preceding next BcGvityAaEk category or the user has just conp 
« activity, then the Wghest priority next eteSvity/lasktroin the oser^persondlied To Do Ust is 

tiesAasks exEi in the usen^ personafized To Do Ust. then the highest.(»iorlty next activity/lBSk cortained in any other 
To Do Ust In which the user has access is selected. 

To aiustrate. as shown bi FiG. 25. after a user has completed registering tor the SC101 class in the Class Re^stra- 
tion Bcti>^ wmdow.«ie user (DBS) accossas the OptionE mode. In doing to the Qass Registration application program 
so then calls 143 the Options appOcatton program, vriiich reveals a Est of options 2250 tor the user to seled 
user iselecto the Next "bsk option 2560 from Ihe Opitans mode list 2250. 

■ Upon accessfrig the Next Task optioa the Option appicalion program calls the Qass Registial^ 
gram to obtain Intbrnnlion to be sem to the NeM Task appCcato program. The intormation obtained 
OWNER^Iype (user a work group), and ACnviTYJDi If tlie Options mode Dad been accessed from an appTicafion 
ss program associated with a next activity/lask. then the MSGJD end the FOLDERNO tor the To Do List associated wrilh 
the next activity/task would also have been Obtained. The (^jtion application program then caDs the Next Task epp^^ 
Won progrmi and sends It the U5ERJD formatted as an OyVNEF\_ID. thcOWNERJTYPE and the ACTIvrTY_IO. The 
Next Task appiicafion program then sends IMS mlorinalion to the Next TiKk stored procedure. 

in bne embodiment, the Options applicMon program cals the pamOOIS.riexLmsg (Next TaslO application pro- 
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orani which sends the amEf\J>. OWNER.TYPE. end ACTWITY.Dto the psp_6el_mqiio_ne)tLn«sfl.1 CNol TWg 
stored procedure. If thb Options mode hid been accessed fr«»n an appUcafion prbgrem associated with a acttr- 
•HytesK then the MSQJD and.FOLDERNO correi^xjndinB to the mat adivitytesk vMuld also have been sent to the 
Next Task stored procediire. ' . 

Reterring to Fia 26. the Itot Task stored preoedure Is ilhslniled. At step 2610. the rtocl Task slor^procedure 
checks the OWNEILtYPE to Mennlne H the use has aoc^ the Next Task option fcoma user or fwrkw W- 
H me user has access^ the Next Task option from s user liEl.then.the NaxlTtek stared 

the Nert Task c»«on Irom a »»ork orwp list then the Mexl Ttek^orad proce- 



dure proceeds to 6t«p:26l5. 

step 2615. the Nexl Ttek stored procedure determines H the user Is curenfly a manager or men«wr oi me 
group, in ease the oseri access privaeges have been revoked SKK» the tirt» tf» user ee^ 
lisl If «w user no loiXier has access prtvOegM. then me Next Ttek stored procedwe te exHed 8t step 2618 art 

• saoetolWsetlectisseritbacktotheNartTaskappricationprooram*^ 

BccKspHvileges to the wrk flnsip list, then the Nrt Task stored procedure proceeds to step 2^^ 

At aep 2625. the Next Task stored procedure deterrnines whether a folder nuntoer 
was semtrom me Next Task apptoBonpfogiam, If so. men the Next Task stored procedure inJets^ 

• Task opiicn was celled Iran either an Individual user* or work greup 



At step 2650. theWexl Task stored procedure determines H thelb t)o Ust represented by me FOUJERNO eortote . 
so anyofmesamenextactivitie8rta8kseate9orle8ripresenleda8meMGS_ld8liomtheiu8tconp^ 

H the FOU)ERN0 for the To Do Ust sem o)nlBin8 at least one same next ac8vify/lask category, mep the^ N 
6toredprocedurepoceedstoslep2660.However.HtheToPoltodoesii«containatleastOfl8sarnen«^ 

cateoory. the stored procedure proceeds to step 2652. . ^ 

At step 2652. the Next Task stored procedure determines H me roiDERNO tor me T& DO List sert contains 
as onenextactivity/task. limeToDolJSt6entoont8insatleaslonenextacm»ity/tBSk.thenmeN«t 

''"wd^ 26K!^6tofed procedure evaluates each next edivily/task in the user* To Do list sent ttt<let8ririne 
whidi next aetiviJyAask category (MSGJD) has me highest sequence nun4)er and prfcrty next aclivity/lask. The 
sequ0we nunfcer is assi^ed to a next activity/tBsfc category by me user who will act .upon me nert actlvity/tesk. and 

30 the priority is assigned to me next activity/task by the user who is responsftjle tor lnitia«nfl me next activityAas^ The 
Next Tesk stor^ pibeedtir* then proceeds to step 2660; On the omer hand, at step 265Z. it the Next Task storedpro- 
ceduredetwirinesthat the FOlI>ERNO*w the Tb Do Usl sent does not coritain at least one n 
stored procedure proceeds to Bt^p 2680. . ' ^ ^ 

' At step2625.na Iblder nurrtjer was not sent to the Nmt Task stored procedure, then the stored procedi»e inter- 

35 pretsthistorneanthattheaclivhyisnolcurrentlytaiheoortextofaToDoUstAnexampleolthisoecurswhw 

selects me Next Task opli6n Irom one of the user* adivily Gsls. In this case, me stored procedure proceeds to step 

^ At step 2630, the Next Task stored procedure obtains me folder number lor me user* penonalized To Do list, rep- 
resented as the TO DO FOLOERNO. from me USER_MA8TER table 1110 (see FIG 11). Next me Next Task sttn^ 
40 oTr^^i w> pr<y»eds to rtflp 2633 to deiermhie H there is at least one next activity/task in the user* personaBzed To Do 

"*Hmerei8atleastonenextactivifyAaskintheuser*personaBzedToDoLjsl,mentheNexlTBSkslored|^ 
proceeds to step 2635 to determirie which next aefivity/lBSk category, represented In the MSGJD column. In the user* 
personalized To Do Ust has the Kghest sequence nutter arKJ priority task. The Next Tiask to 
45 ceeds to Step 2860. 

II me Next Task stored procedure does not find a next aeSvily/lask in me users personalized To Do List at s^ 
■ 2633. men the dbred procedure proceeds to rtep 2637. At step 263?. the Next "tesk stored procedure, scans anthe 
usortomerToDiUstsby.FOLDERNOintheMESSAGEjCIUEUE table 1140 (see FKi 11) to determine il any other 
To Do Lfets lor VmkviB6i«an riexl aefiviUesAaBkB. B the Next Task stored proc«*jre does not find a next ^f^^ 
60 in ariy Of the user^ Stt« to Do Lisls. men the Stored procedure 

sent back to the Next Task appBcation program •riAm reveals mis to the user. T^e*.«« 
However, if one or niore of me user* To Do tisB contain at least one neoit acthnty/iasH then the Next Task stored 
procedure proceeds to step 2640. At step 2640. me Next Task stored procedure ttien eotuates each n«l "^v^AaSk 
in each of me user* To Do Lists to deterrrtne wl*h next activHy/lask has the highest sequence number and.prJority 
65 task. The Next Task stored pitK»dure men poceeds to step 2660. ^ . ^ c_4 

At step 2660, the Next Task stored pr<x«dure selects a next artivlty/taBk based on ifw foOowing hiera 
highest sequence i«imbcr {MSG_SKI_fffiR) b, me MESSA6E_QUEUE taMe 1140 tor me task category, unless the 
. storedproceduretasproceededfromstep2650 6uch.matmeneD<taefiwity/laskcateoory 
Second, the highest prknly (IMSG PRIORITY) in the .MESSAG?_0U6UE tatHe 1 140. where the prionty may be high. 
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medium, and low. to each ne)d acih%tesk lor the 

(CREATE TIME) In the MESSAGEJQUEUE table 1140 to the selected next acfivBy/lBste wHh Die highect pftoity bi . 
the seleded n«t Bcih«y>»ask CBtfeBoiy. 

■ H to son« reason there are liol aiv next BcfivifiBsABste encountwed ^ Ihe Nert Task stoed proce^ 
8 2660 (e-o-. the user's access pthrilege to a To Oo List was remiMed during the steps ol the Next Task stored pnoedure 
as discussed atxjw}. then Vis stored procedure is exited at step 2665 end a inessage to this eito^t is sem bac^ 
Next Task applicafion pfogtam wtich rwaals this to the user. Howew. il a next acti^ 

then the Next Task stored procedure proceeds to step 2670. At step 2670. thB Next Tart stored procedures deter^^ 
. ifthenertacfiyityAaskselectBdlsa.»iforkgroi4)nertactn^ 

IS ityAask, then the stored procedure isroceeds to step 2685. 

Ho««ver. at step 2670. if the next acth«iiyAask is a «mkgro^> next acti>«y/lBsK thm the N 
dure proceeds to step 2675. At step 2675. the stored procedure determines whether the work giaip next activityA&k 
Btil needs to be acted i«iari (&g„ has not already been Bssigried to another user within «ie work group 
longerneedslobeaclBdupan).lfthewoifcgroipnext8cGMly/laskstIDneedBtabaBctedupa\thentto . 

ts dure inceeds to step 2685. However^ the workgroup next actlvtty/lask no toigernee^ 

Task stoedpivcedurepioceeds to step 2680 where the stored procedure is Instruded to nhrAgairt^ . 
step 2625 In order to locate enother next actiwtyiteBk as discus sed aboira- 

At step 2685. the Next liisk stored procedure updates the inessage status (MSG.STimJS) colunm to tte^ 
acfivttyAask (ACTIVITY JD) selected toe 'wiewad' status. This status indicates that user is about to view the nextactlv- . 

K Ity/taek This Status is one oi several possible 6latiM.OlherpossUe^atusesindude the *fi^ 

cates the next activity has recently been aeated and there have not been any users nofiied of its esristenee: the 
"notJ ied" status wWch indicates thot at least one user has been notified that the next activity/task exists: and the 'com. 
plete' status which indicates that the next acHvi^Aask has been viewed, acted ifson. and completed by a user. 

Next, the Next Ttek stored procedure proceeds to step 2690. where, as long as the next activityABSk stDI needs to 

ts be acted ipon. pertinent next activily/lask values are obtained Iromttie ti«ESS/«E_OUEUE UUe 1140 (see FIG. 11) 
to be serrt to the activity appfication program which imB pertotn this next actlviiyyiask. However. H to some reason the 
next aclivityAask no longer needs to be acted upon tor whatever reason, then the Next Task stored proced^ 
to step 2680 where the stored procedure is instructed to Try Again? by proceeding to Step 2625 in order to locate 
another need activily/laEk as cSscuEsed abova 

so Finally. H the pertinent values are obtained by the Next task stored procedure at step 2690. then the stored proce- 
dure is exited at step 2699. At step 269% the pertinent values ere then sent back to the Next Task application progrein. 
vMch forwards them to the apprcijriate activity applicatiori program to perionn the next acti^ 

, For tW5exariple.relwring to Fia 27. the next activity/lask category sdectad was dassp^r^^ . 
activity application program is the Class Payment appScatian progrant Thus, ttie Class Payment applicafiori program 

35 reveals the Class Payment ecdvity wrindow 2400. For this example, the next actMtyAask selected is the dass ET201 to 
student DBS to the Class Payment activity. Refening to FKx 28. alter the user has conpleted the two neri adivi* 
ties/tasks to the Class Payment activity, the summary To Do Category window 384 reveals that two Class Payment next 
acfivifes/tasta exist and have both been cdrnpleted (done). 

AnK)ng other responsiljaities. the administiator of the oompuer system of tie presem invention is responsible to 

40 the following. He or she defties entities (e.g.. plants, sites, etc.); assigns USER_Ws to r»ew users d the comptrter sys- 
tem ol the present invention; assigns users to work grotfis; defmes and mtf ntains the security privileges of the users 
and work gnuips (e.g.. which activities and next adiviHesAasIs a user may access): disables and defines new next 
steps to ooinply with an orgarizationt procedures: delines usen anl work groi4» reEponsUe to pertorn^gnad 

45 versions of messages and ether window tesd to non-English speaMnguears. 

The toltoring IDuetrates how an adininislreto (nay define a new next etepi As desaibed above, to each acfivtty, an 
event wiD be triggered When an event is tr^gered. one or more next steps «dll be selected wKdi wiD resuK in a new 
next activity/task being added to a USBI^ or work gioupt To Do tisL 

Referring to FIG. 2i9. the administrator accesses the Wbikfkiw Worhbendi eelivity from the administrator^ Hat of 

eo acfivities (not shbvvn). The WorWIowWOrkberiehacSvity window then dis 

the activity appKcation program name to that activity, all possible events to that activity, and the stored procedwe name 
to each evem in the VVWkRow VVk»M)ench vvindow 2900. For this example, the aass Registration acti^ 
pamOSOO activity applnation program name is displayed. For the activity, only one event exists. TWs event is User reg- 
isters to Class' (e.g. user »jds a dass) and the event Identiner to the event is pamsanCins. 

ts Referring to Fia 30. to add a new next step, the adnvniEtralor may select the "Zoom to Step and Assignments' 
option liom a Zoom options list subrnemi (not shown). The user msy access this op«on selecting the Option 
and Zoom option from Bie Options mode list (not shown). The rneln appfication program then dfeplays the Zoom 
Ibt 3000 in which the ^toom to Step aiKl Assignments* rnay be selectad The Step and Assignment 
tfiendisplsyed. as shown in Fia 31. with the event selected. 
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.Reterrinj to Fia 32. in the Step af«J Ass^nmerte iinndw 
BCthnlyAask) appBcalion projpram from a Brt d next adiwifie^ 
■ man^ile. the adiTMBstrBlor has chosen pamOSIO. which repfesenlsJte 

adiriristfatof also scleos the Enabiad biat to enable this haw neat step. Morwef. tor this exaitiple. the AsaonmyH 
J - Ovsrriite box is BeledecJ by the adminlstrBia such«Mt any user or woiKoroup Wonnation entered by the adm-iAoUji 
wiD ovanide any delBun values contained in the ClasB Payment applicBlioa 

sendstheaefivi^idenHier tor the next activity/lBsk(ACTIVIWJP)*xJ«^ . 
dure Jn one eniiodimem. the narne ol the BtoreS procedure Is psp^in^^ 

rbw far fte next step represented by its ACTIvrTYJD and EVEMTJO \n the Next Step tabto 1225 (see Fia 12)- The. 
,0 Stored procedwe then sends a iTJessage to the main ^icationpioo«m»»«*nBthrt 

Next the admirfetratot setects a message represenlatiwe o« a next adiwtyftBSk category in which to identily the 

next activity/lask In a isef a work group* To Do UsL Relarring to FIQ; 33. the adminlsutf^ 

selec«no the OptiorB mode and 2oonr> option Irom Ihe Options riwde W 2250. As shown in F 
. lion program then reveals a To Do Category window 3400 which displays the deteult next atUvtty/lask category mes- 
rs sage. wHeh the adrtWstrBtorrr^ modify H he or she choo6» The Ti» Do Caieg^ 

adiriristratbr to assigrt a System priority to the nert aclMfy/lBBK cate^ 

will be user defined. The Dtain Application Program then serids ttw adiMty Iderfller (ACTWITYJD) Ibr th« next acthr- 
hyteslj. the event idenaier (EVEMTJD). the category message idemffier {MSG_ID>. the message text «» user deined 
(USER OEF)intDrrnafion.andthe8y6tempriorityinlori™«ontoaBtoredprocedurRTWss»orB^ 

io the MSG ID and the USER_DEF far the ACTlWTY.ID and EVENT.ID in the NEXT.STEP table 1225 (see FIQ. 12). 
FinaSy. the adrrilrtsfiator may assign tt»e next activity/iask to 
F IG 35 tor this exarrple. the administrator selects to assign the next activity/tBsk to the delautt entity, repreuined as 
an asterisk (•), and the sender (e.g.. the creator of the next aelivity/lask) who is in the Regisuation tMrkgnx^x 
Reterrino to Fia 36. 85 shown in the WorkfkMf WorMjench wintfow 2900. the ^ 

15 next Steps with corresponding assignrnents to a us« or workgroup lor the activity and . eadisubseq^^ 

Hy/lask. In this exarrvle. the administrator has assigned the Class Payment next acfivity/lask to the ReBistrafion- work 
groupi TTwelore. the werK group IdentBler. represented as the MSG.GRpUPJD. is stored in the Next Step Options 
table 1230 (see Fia 12). Olher haxt st^ selected 1^ the edministrator include the "Class payment type selected" 
(pamsamZupl) event with the next activity/task being -RegistiBtion Approver (pamd520) which is assigned to user 
• » RSD. 

. ThaadministrBtiDrnMv'atsoactivaleihaare^^ 
ture rnay be used for backip and acoounlatdily purposiK. ' . 

As shown In FIG. 37. a user may access a variety of additional fealwes hKluded w* 
proem invention in the Preferences window 37Da These teatures Indude seledino hw 

as have his or her number ol wwompleted next acBvHiesteskB recalculated. TWs feabxe is called the -Refresh Ttek 
Counte' feature. Further, the next ectivfty/task ccwnis are recalculated at the specHied time Inlewals seeded by flie 
user as described above for the Summary To Do Category window (see FK3. 7). 

The features a user may select from also kidude activating a notificaltot* feature" which notilies the user of new next 
activitiesAeste wWch have been added to one 0* Ms a Her To Do Lfcts and need to be acted upoa This feal^^ 

<o . the "Notily Me of New Tasks' feature. The user may then select to be notified with a message boor in any whd ow lh e 
user is currently viewing or with a certain number of beeps. The user may also select «w next edivityAask noWcation 
feature to be suppressed when the niext acfivHy/task Is created by the user. 

When the •NoWy Me of Now Tasks' feature Is acBvated. the main appTicalion program sends the user's USERJD 
to a ewed pwcedum at the tme imervals specTied by the us«. h one embodimem. the name of Ihe stored procedure 

45 is psp s4 mquCLBBt TNs stored procedure then obtains the nuntoer tor the user* peisondired To Do list 
(T000~ FOIDERNO) from Ihe USEfLMASTER table 1110 (see FIG. 11) wHh the USERja Next tha stored proce- 
dure accesses the MESSAGE-OUEUE table 1 140 (see FW. 1 1) and obtains the relevant Wormation on «ie next acUv- 
HiesAasks in the . user* pereonatoad Tb Oo Ust which have a MSG_S1ATUS equal to 'new.' FinaHy, iifcnnafion 
regarding these *^ next BCtivlBesAasks is sort bad« to the mato aRjBcatten progran^ wfto noWies the user rt 

so wlihthen«8saaSIj&orlhebeep{s). 

Further, the user me^ activate the 'Retrieve Next Task After Updale' featwe TWs feature performs reWiwely the 
same sequence of events as desaibed tor the Next Task^feature ol the.presem Invention. However. 1^ acftBang flib 
feature, the Next Task appTication programs and stored procedures are automattcaOy accessed alter saving information 
for a next activity/task. ' 

55 Moreover.- the user nay activate the 'Delete CofnplBled TSsIs After Update' feature. v»hich automatically deletes 
the next activityrtask from the user* To Do Lisl as shown In the Swwnary and Detailed To Do Category windows (see 
FIG& 16H and 16U when oomplettd. When this leature Is not selected., the SumntBry and Detailed To Do Category 
windows dsplay the next advity/lask as done or eoriplete. As shown in Fia 38A. 

deleted manualy by the user in the Summary To Do Category window 384 and Detailed 1b Do Category window 385 
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(seePiaaSBJ. 

in anolher Bsped o( Ihe eon^xiter syston ol the pr esert Uwnfioa th« us^^ 
' partieuiar'nexiactivttyABSlc. fbavmhF1&_99.\heusBiwBiwleaBneAaa^^ 
ego7wWow384. 

5 . Themainapprica1ionpro9ramihen6en(Jsth8USER_IDtafnBn^ 

FOa)ERN6tortfieToDoUsttoBstoed.pebcedi«e.mstoredprocedi«1^ • 
whidi Bcce^ the MESSASE^QUEUE tBhte 1140 (seeFB. 11) with the OWNERJEH OWNER.TYPE. MSQ_ID. and 
FOLDERNO. TWb Naxt Task stored procedure Ihen'sdeds Ihe MgheEt pricrtiiBd nwt adivityAafik lor. the nett sdhr- ■ 
ity/lash catesory riepresemed by Rs MSQ^D. RnaDy. the Next Tifik stored prpcedue sends ttie ACnVlTYJD tar «« 

to Nghest prioritized next artvfty/iask from the next aeftiityAadt category back to a stored rmuAsB. This stored proce- 
. dure then accesses the MESSAQE-OUEUE taMe li40.to olaaln Morma&m on Sie user whp Iritieted Ihe next acBv- 
Hy/task. also referred to as the original owner (ORlG_OvyNER): the fine the next adivityAask was aeatad 
(CREATE TIME): the work, ^aup (MSO.GROUPJD) resporisible for Ihe iiaxt ac«vity/lask: the user 
(FROHflLlisER ID) «i«ho ihieatad the next acSviiy/lask: and the actiirity or next aelivilyytask (FROM_ACT_ID) In «Mcti 

w the next activity/task was Initiated TWsinlcrmalion is then sent bacfcte 
inlhe To Do Intormational wrindow 4000. as shown in FIG. 40,. ' 



According to. a hrther aspect oJ «ie p 



snextacM- 



tieslasks ior a user based on predeflriBd condiOohs sd the i«er. These prede^ 
from the conditions In which the user may BcSvate are retired to as agents, 
so According to another aspect ol the present kivention, the oonpuler system indudesa Job sdieAiler feature which 
enows.the user to create, schedule and subnst jolK town automatically. A job Is typically an executable program, a 
DOS batch f iie or the Elie and an mnvie of a Job is a morith-end departmcM^ 

According to yet a further aspect ol the present kwenSon. thecomputer system includes a inaU feature. This feature 
allows the users to perform mail relafed eclh^es Including sending maO to and receivlnB man from other users o! the 
is computer system of the present imrenlioa . . 

According to still another aspect ol the present invention, the computer system includes a product request feature. 
This feature aBows users' of the computer system to communicate electronicaBy wHh the administrator of the computer 
• . systemsothattheus«rrnayaskquestiorB.rocWw8y5temi<xJatesrelatadtolhecomputer 

. Accordng to anoiher aspect of the present Inmnlion. ttw connputer system includes eonipon^ which may be 
30 used to support a variety of busbiess-related activilieB. These epriiponents include a component wHdi allows intelli- 
gert. high^sjaeed access to dota. and anotfiar componani wWeh provides decision^iaMng .anafysls and support More- 
over, these cohponents are designed for use In a vaiiely of business funcfions IndufijnB.manulacturing, distribution, 
finance, and liuman resources. . ; • 

The inplememation of the presem invention desal>ed.abow w» resped to FIG& 1 through 40 assumes a sin^ 
3s instance of database tables associated with the defbiition and implementation 9> the workflow as visuaDy depkxed in 
Fies. 11-15. The database tables shown in FIGS. 11-15 are commonly referred to as a table taffuly', because Ihey 
exist and operate together 86 a eintfe unit within a single database The data in tables in such databiee vvhich Is u^ 
dbectly by the presem invention to implement the new wortdlow techitiques dlsdosed In this spedftoation (e.g. In FIGS. 
1 1 -15) is generally known as the -platlorm table tanfly- and the aggregate of this platl^ 
40 irniementation of the present invention is therefore known as the ^pMlDrm data'l In a 'prelarred entefirrant. the 
present invention may utilize six table tansies. Induding distriMfion (cVa). desktop worMlow («ncQ. messase 
(mesm), product siniort <st4>q. and language (lang) data. 

SMlarly. ilatB wMch corresponds to an applicBtion wMch rasideB In adatabasa anywhere in the computer system 
(such asfefereitn numeriri ISO ol Fia 1^ is tomm as an -applcatta 



vmie a taUe family (defining a set 0) separrie and d&tind worltflows) can be dteirawM 
repTeated among multiple 6en«rs..orreiside on a cirtgle server, aHtaUes In the faiiiilyinust have the same dislrlb^ 
propenies as one another (distrteited, repScatad or cnttalizad!). acoording to the bnpiemantaiioii of the present Inven- 
tion described previously with resped to FIGS. 1-40. All users of the partkular worMkw deRnad tjf the tables bi FIO& 
1 1 -1 5 preferably may rnake thefr primary database conneeton to the aerwtt which contains a icSsiri^^ 
cfistrliution catatog is the 'address book* wIM SB appGcati^ 

Problems.withthisirnplementation,«#» — 
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B' desMcp and wbiMbw data must be tm a single GCf^ 



be fcreed tD^wlioH 018 sew w>M»couat)e geogwphfc^ 
. 8io6aiW»eoiiiple.auserlnHouaonmayr^ 
• 0lftBdistia»j«tonealaloQ).wWle6ttiefdBjBrel 
seiver. . 

in Older to weicba* Ihese and oBwr firwtafiOfB/in one entfxxl^^ 
define an approach tor implerrienling the wfWkiw teehnkjues. prwiously described, on n«iniple<efvens to prwkJe the 
. follCMing beneMs: 

. Vllbrlrftow across servers: Thai b. users and «»o«*B^^ 

. DlslributlorHEnabled applicatiorn: AppScalioiB be desfriedTte take advantage ot the repl«hon and tmr 
' bution of data. ' ' _ . 

. TheabtlltytodeHnetheserverahddatabBselocaBonolthBdrtlctoplOreBehuswTheuser*^ 

. pte.dBsWnp.ToOo*««dpotenBaliyapplieall(«da^ . 



. TmeabUny to define me server and database location of It* wor«l^ . 
group: Fqrijsers. this may be the same Ibcatian as their desWofk. ' . ^ 

RenwvaloItheristrkiionthatBnuserelhalpartlclpatelnacomnKmworl^ 
se the same server: Dwktops that participate h a ecrtttmnwoiWl^ ^. v 

. . A repncated copy ol the . distribution catalog on every server that contains desktop data: This wiu enhance 



overaB system paftermance due to «» teel that these taWes are heavy -readKinly- tables. 
A repawted copy of other plattorin data on servers as required: TWs win inarase data availa 
address the single poW of fulure issue. This bwOi. atong with the previous one. wD provide site 



Client primary coiinecHon Is to the database server containing their desktop: TWs should Imprwe pi 
ance. CurrenUyi In a nuiW^ervw environment a clienrt primary c^ 



The pritnary means lor accomplishii^ these objectives is ihrough the use of data distita^ 
concepts rtreplle^ed iindrfslribuiKl tables. *«1 be disa^ 



• An enhanced procedure tor each user to log onto Wcwnputer system in a v»^sod> that 

recognizes the user* "desirtop server-. _»„:_. 

• Provide the ability lor an appScation to determine whee the primary copy of a table tanayexsfe.. 

• Provide the abTUy to repficate tables to remote sites and propaj^e updates from «»^e P^O' site to rwio^ 

• In a pi 



Prior to firther descrWng Ihe disrtUed design of the present inverifioa. several terns n«y be deftied. ^ 
nitions betow are not meant to be an exhaustive interpretatiort of the retated terms, but are merely provided as a basic 
definitional starting point far these terms. Those of iwdinaryskB 
Ingot these terms. 

The foltoiringdennitions are provided: . ^ tables supported by the present Inventioa'tebles 

eanbe eithferisplicrted. dslHbuted. bra co^ftW 
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Yei 


Centrafized. 


Distributed replicated 


5 




replicated 






Replicated 


Local 


Distiibiited 






No 

■ Distribntcd 


Yei •• ■ • . 



TABLE A 



Thus, if B tafate Is replicatad. but not distrlbufed is-i^^ 
K and distributed. H is rete>red to as ^jlstrttmietf repliealedr. Fpf ptnposcs rt »e present Itwition. witale < ''g'i*»|te^ ^ • 
licated tables can be irrpieniented. ttiey are not snjported In a preferred entedbnanl H a table is not repBcalad. and 
not distributed. H is referred to as local*, because in this case A is local to the userls computer. FinaBy. H a table is nM 
replicated, but it is distributed, then il is relerred to merely as "distributed*. . 

repilcBted table; A reoncated table is a table which has copes on muHitrie servers in fte system With fte Tximary copy 

gs replieaton aigorittvn'! (PRCA) used eccoiding to the present inventon. modilicatioiB are allowed only to the primary 
copy d the table and reads may be perforrned on the iBubsoAnr coi^ SUbscrtoer oopte rec^ their dal^ 
primary copy located at the primary server via the repllcafiohser^ce. _ 
*Fully replicated* means that copies of replicated tables are at wrery server site in the system. •PartiaQy leplicatad' 
means that there are copies ol the replicated tables at soine, but not all. server sites. For pwposes ol the presM 

90 tlon, a partially repPcateds^emewS be assumed. 

filVri>»uted tabte; A dislHbuted table is one where dHferent pieces oi the table reside on dilierenl servers, I a table is 
. horizontally distrSxned, It is distiibuted by roMS-Vimat row of a table go on what server HMv 
butioiT entities* of the table laiiiily thm the table belongs ta II a table la vertically d»rlbuied^ 
on tfiflerent servers. In one en^imeri 01 Ite presem invehtion. vertical dist^^ 

35 An exanpie of distrtouted tables in the present invention are the desktop tables In table, tonily wijt These taUes 
include WU^DRAWERS, WU^FOLDERS. WU.FOLDERDCMTS and vynj_DC»«T& Local updates to these tables do 
not need to be propagated to other setvars. ■ 

Distrbution of tables is accomplished through the use of 'distribution entities'. Distiibution entities may be Imple- 
mented as a new colurnn on those tables %*ich need to hiow where a table is. R>r exai»fte, a new col^ 

40 Atestertable(referencenumerallllOinFiai1.andTableadeseribedftvth8rbelow}arid1heW^^ 

(reference numeral 1210 in Fia 12. and Table E. described further belo«4 may be induded. which poinlE to the partic- 
ular server where tfie subject table resides. ■ ■ 
orimaw CODY ! This Is the contronm definitive copy of the table (or rowrtthe table, etfc). AM auba^ 
scrtoer copy" below) wDI receive updates based on the content of the data present In the table at the primary sita AO 

4S data mocHications (up(tetes. deletes, or inserts) reqiired to e table that b a replicated table wHl be pertamed against 
the primary copy. The aeiver on which the primary table Eves is ttte primary server. 
autisfidbfiLCOiK: A lepGcated copy of the priinary copy d a table (or rw^ 
receive ifxlates from the primary copy via the rapfication senrice. 
EflnSlXSeiyffi The first server on which the presort invention is iiiplerneiited h 

to contains the primary copies of all the replicated ptaHormtatiles. 

subscriber serven A server on which the present invention may be Instancd sabsequenl tp its instaflBtien on the prt- 
maryserver. Replicated copies of platform tables reside on subscriber servers and updates to these repScated tables 
are propagated from the primary copes at the primary server site. 

tilftH rl^mtjon-enabled; A Drooertv d an annncation that enables it to use local repBcated <fata as imt^emented as part 
B of the present inwmion fi.e.. in an environment wKh distrSnded desMops and repllcatad platform tables) rather than 
relying exclusively on the primary copy. 

disiritiutlon^omDattble; A property of an andicafien that enables It to operate property wUh the present invention but 
not to be necessarily distiibufion-enabled. 
• di«tHhu«pn entWes! The cdumn that a table tanflv is hnrizodallv distraMted by is the distrlbuBon entity An enter- 



c»^2Sik^?*cJSD. RTE: 41821V 
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prfee^ values far the cfetrlbuSon entity are the disMbm'ion entty vajues. 

For example, a parBeular application, such as an application (m mana^ng nmnubctjrtia wHhbi an organization, may 
have ils data distributed l>y a dtetilbution en% caUed "Gtier 

case; Boston, and Atentai. may be the distra^rtiorr entity values torthe distrftxitipn entity eSled Isiie*. 
In «w embodiment, a table tamay can IM disttaxitiBd by 0: 1 . a 2 

mOTtafioii and not a imrAalion on the invenfioa The nuntier of eTstriiufion enfiieB i6 typically defined by the eppication: 
n is generally not user defined. Of coui^. ttie present inventot may reatSy be implemented eo as to allow the user to 



. pohsolidated ; An a1tr9xrte Of a tfstributed table which means.that the tatto needs to be queried across servets. An ' 
. 10 exanple of this type of table is the message queue. Gener^. there wdl be a message queue per server that GuppBes 
' worMloWmessagirq lor the local site. 
If the or^nizalion inrplementinathe presem Inventioh wanted topertorm analyst 
sage queue that holds aB messages Bcrose the organliatlon iTOitfd provide Ws ^ of 
GOfporate^consoUatedmeasasBqueueisnoisupportedlnBpijBlenBdeirfai^^ 
is of cbuse. nay be readily invlamented if desired, aconiSno to ffdwdqueslon^ 

. MiS/er Inltlallatton! Server hmaHration is the process of hstalBno IhiB'mWnuirn platfGfm swviees and cfalecls on a 
servisr so that it can be used as a remote senor. 

jujrver niaterlaHzation : ItAaterialization is tfte piDcess of how subEcrber seivere are irataDed after the primary sarvw 

go The oirrent installaton process for using the distrbulian and replicatfon a^acts qt the present invertfon generally 
remain unchanged liom that described prevloisly lor the base «mltfloM sy 

serration server ^ materialized; the source of the emironmental data tor ttris server may be from the primary server. 
. server dcmaterlallratlon ; Oematerializatich is just Ihe opposite of materializaten as the term suggests. It is con- 
cerned with how a server is refnoved from service efter h has been in use tor a period d time- The pfimary concern here 
2s is what to do with the data and how does the user nvgrate the dau to Other servere. . 

a ppneation phrtteriin data (APD^ : Data added to the platform tables by appEcabons. THs is relevarit with respect to 
installation and migralion. 

table lamilv: A taUefCunDy consists, of a grnp ol logically related tables that are handled as an atomic urat with regaid. 
to installation. rapTicafion. cfiEtrfeutioo. tianatfian management and referenliai integrity edits. Spedfic ndes for table 
30 lamifiessocoiribvtooneentotbhenlolthepresBmini^^ 



• All tables in a family must b6 installed ch the same server a 

All procedures and friggers associated with a table farniy can only update laU 
. ' a procedure (transaction] cannot pertEwm aoss-l^y updates. 

Ina further »nt)odimerd, and in order to support a strfajted design, b taUe farrily generally cannot contairt tables of 
mixed types es defined above. SpecHicaOK a table famay cannot contain boh repOcated (read only) and.tocal (tocal 
' update) 'OcdsMxited tallies. 

In soine cases Iwe may be dependendes between table larrilies. Fbr exannple^ table 
installed in the same dalabm on aft primary and sitecrber s«^ 



The following are oonslTBints Of reslrictions-BBt BIB BBnerally the lesutt of the design rt 
aspects of the preserrt invention, in one ernbocfiment of the present invention: 

• . rto support is pnMidiad tor distrtouted, replicated plaibnn data, although t^is n^ 



AUrepKcatadpMtormdatamustberepIiGated to-each storagal9iciU^(slta].D^ 

scr^itionsenw sites and not at otharB. Again. BPpropriatodBsign may aCminBto this oonstraM . 

H is generally not possible to dematerialire (dascrfbed-further belo«4 *6 senrer wWeh contains the primary copies 
Of the pirtterm tables (wHhout destroying the enUre mstalbtion). or to chaise which senrer.acts as the primaiy 
■seiver. However, a tool ooukf readily be provided to do 1N& 

All tables in a table fanily are generaOy dietrbutadAepriealed in the same tashion. This rssUidion reflects the ded- 
Bioo to only record distributionfrepficafion inlornwtion at the tohiB femll^ 
efiminatad wKh an appropriate design change. 

Replication of text data is i«t supported. The replicalion mechanisms utiDzed m a preferred entooc&neni (^fbase 
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BepBealion Senw and a propriejaiy asynchronous RTC 
' consliain may also be eDinlnBted«)im an appraprima replication mech^ 

. VauserisamefhberafawcnliBroupwtiosewQUacB^ 
s queue tot that worfcgro(<> boh arv)ther server} BKlt^ 
that involve the wortigroup. 

. TMs design does not cufreritly support the unSrqollMdistindinstallafi^ 
hge 01 the presern inventkm. H «^ only SMpport materialization ol new 
>b appropriate design changes coukl be iniislernented to eHmlntf 

AppIcatotaUetarntescanorfybelnstBnedonprimaflyorGubEcrberGenmO-e^o^ . . . ' 

has been bisiaritlatsd). - . 

If . Updates to replicmedtabte are typically (but iwtaliiB^ . 

• Updab transactions that span nwlQpletaUes and include updMea to replicated tabfi^ 
handled on a epeda^ase basis.. 

X . The primary copy ol. a table is the defaun value lor a server enliy in tsdx (see TaUeq that does not oortain a 
lrorT\_server value. 

• The distributed design (or the preseitt invention does not. in one embodiment, indudee general date 
tool (w m»«ig.applicatton data from one senrer to the om«r. Applications wil have to deirelop data m 

X . mechanisms on their own using the platiorm process to moM users Irom one senw to Ihe another as a moM 
course^ a general data movaRteni toot may readily be designed. 

.• The distrixAed design ol the presem invention does not. in cneeritedimentMLNjeBn^ 
tributed reporting. Howetrer, euch features may eteo be readily irnplementad. 

ao 

a course; the above cbnsualnts are provided merely to settorth one way in which the present Invenfion may be implap 
. ,. mented. These conBtaintB are not Emitations on the possible range ol. functionality of the present Invention, but merely 
. one design approach. 

As descrbed above, the present invention mey be designed to support Ihree types Ol servers: primtvy se^ 
35 subsaiber servers. Each installab'on Of the preeeminverifion generally may contain a single pri^ 

product instaSation and overall system administrBtioh is performed. This server is wtiere thepresent invention is initially 
installed. Most adrrynietration tasks such^as adding a new user, installing a new ^cduct. or changing a wertdlow deiini- 
tion require the availabTity of the primary server. FKi 1 E illustrates a configuration c) the present invention in a relatively 
simple form - where aprlmary eerv9 110 and end user workstations 120 are utOized - but no siiscriber or remote 
40 servers. In this case, databases 160 this example, general ledger and acoounls payable databases • • of couie. 
these are just used es exanples, end eny type of database nsy be utifized) reside on the primary server 1 10, as does 
the operatingemrironmsnt 170 oomponemotthepresentinventionand ABPC 150. The eJements of ihe systemc* FO. 
IE otherwise generally correspond to similarly identified etemenls depicted in FIQ. lA, described previously wittt 
respect thereto. 

« FIG. IF depicts the other sijpporMoorflguiatioa a configufation consisting of a primary senrer 110 and one w 
inoresubscrbei'senwrslll. SubsoriberBerveis 111 contain'subscrlption copies Of tta . 
families 131 and an instance of the user desMop table family 132 (desaibed furtfier bel^ 
' gro><i6 (end hence the; respective end user w ort tt ta ti on s 120) can be asagned to a isubscr^Bon senier 111^ A user 
120 assigned to a sutacriber servar 111 can qperate when the primary senrer 110 or the cdmmunicatlan link 140 - 

a betweenttiecubEcrberserverillandtteprimaryGerverllOisdownCinoperabte). 

The platform data 131 Is divided into three categories, basic platlonn services 131 A. fiie user desMop data 131 B. 
and the platforrh cpnTiguratioh dat^ 1 31 C The bask platiorm services consists Of the aipc table temly. This distria^ 
table tandy rrust be installiad on every server (110, 111. . etc) in the system that has any applicatiori data relating to . 
the present invention on it as pan of the server. inftisGzation process (described further below). 

ts The user desktop data 131B oontans the userlB drawers. fcMers. and atldU i iiiwitb (descra>ed previously]. T>iis 
data (table tairales wqt and supt) may be horizontally distiibuted to mry eubscriter server 11.1 in the system based on 
the assignrnem of users 120 to serveis. A partiote user 120 win be assigned to a server 1 1 1 when tiieir user account 
is set up. A procedure may be provided to more a user trom one seneilo another. 

The plattonn conTQuration data 131C consists ol the distraxition catalog, activity definitions, security deTmitions. 
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vMvMtow defWticns, message iraster, browse and ne open parameterE, an^ 

preiriouEty. wfth respect to. FIQS. 1 1 -1 5). This data b in tafte bnflies cBg. wad. mesm. md tang. The plattorm cdnTiou- " • 

rafon date 131 C nay be cen&aDy maintahted on the primary seiwH 1 10 and repUcaled to ^ 

inlhesysteni TherepTicafionelgorithriirayalloiw-BeleclB-lromtheoo^ 111. etc.)andTnsafls-. 

B -ddete8\ and ^jpdatea- only to the cow on the prinwryseiver 110. Inserts, dele^ 
. iiom the primary ojpy on the primary server 110 tothesUaaipBonaViesoniteai^^ 

caByi Thus, the plattonn windows which m^main the data in the replicated table famBies (CTLG. WACTi I^M3. and 

MESM) QanerBOy requires that the prinmry server 1 10 be avaBafcta. 

FIG. 1H Ihistrates the platform table lamiies 131 dMded kito two gron>s: those that are repfcated (CTl-G 181. 
10 WACT 182! lANQ 183. and MESM 1M)aiK)those that aredislr4iutBd (WlJT 165. ARTOIM^ 

to the primary copy of «ac*i tatate^denoted with a traiBno V - o-O- Wlpi I82pt I83p and I84p) are automafieally prop- . 

B^ted to the secondary copies (denoted with a Iraing V - e.fi.. 1816. 1 B2s. 183s and 1846) lor repeated tabfes; via 

replication services 140. DistrlMlionolnonrtpneated {cSstrlbuted)data(a.g.. IBS. 186 end 187) may be handled admii>- 

febatively. OlstrlMtm and replication ct platlonn data is Independent of conNguration and insiallafion of appliiations. 
15 To Ei<)portrepScated and disiribuied table taiidlas. a table distribufioh aorer^ 

below witMespectto-RMa q may be created to aOow appGcations to locate the primary («.«.. 181p. 18^ 183a 184p. 

etc.) (lor hseit t^idate. or delete), the local subscrlpi l on copy (e». 181b. 1828. IBSs. 184S.OC) d fte laUe fcinfly (to . 

select, w ti local insiantt 01 (Sstributed data (to insea ifxiate or delete}. AppDcation prog^ 

(APIs) are available In the Catalog API that protrida access to the TSDX Iriale tosivport primarytajbscripiion lootafs. 
» Inordertosiwxrtworttftowitatspanservei^mewrWIoweno^ 

40 nay be mocfilied. A WorMlow API may be devised to use ^phase commit andto ARPC when a wortdtow event . 

needs to be nitved from one server to another, "me appSeation arcMteciure and the eppBealions may be designed to 

use the wortdlow API virherever possiUa 

• A distributed syrtemd workflow requJiMse«falne« administrative capabM^ 

as the dient .to connect to aO servers in a cfistranited system, the server and network address must be in the {SQLServer] 
section ol the caenl machine's "win-lrti-fae (the "win Jni' fta or its equivalenU Is used by the operafing ewironment (eg.. 
Windows) to store fntormation - in this case informationessoeiated with the Mse of an SQL sewer- about the operating 
ewironment)! The logon sequence may be modHied in order to make sure this seiver list fe up-to^late. Spedtieally. In 
order to perform mairrterwrKe or install new products on an individual server, that server preferably shOMld be rrade 

sa unavailable to individual users of the presertinvenfioa while stiB being made availaUe to t^ 

tern. A fadRy ifiay reidfly be added to take a server or a database within a server dMbie to users of the present inven- 
tion. ■: , 

The following table (Table B) fists the database tables that may be changed, and the new tables thai may be aeatod 
in order to support the distrtoited capalMTities ol the present InwnSoa The left-mosl cokimn oi Table B identifies the 

3S name oi the database table, the middle cdunmepedlies the iBiifly name ol the table, and the righ^ 
Table B describes the details ol ttie change ol creatioa 
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. -btHeB ' 



TaWe 


Family 




WU.SEQNO 




Breufi^ badt to support the new sequence nurtwr. generation algorttm 
used Hi SmaiiSlreani 4J). 


■User Master 


wact 


Item the draiiwrnck enaijled. mapLuserid. mapLPwnl 
Nunnber ooluninsto the User ConngursBpii ta^ 


User CcnTiguraten 




fied tv the SmartSlream ctod when a user tags In. 


Wtorh^oup CortfigiifBtkin 


wjt 


A new table that contains the «ior^ roup ooni^iuiatloih 
rncessary to.inswta worMlow messageforlhe worlvoMpL 


WU_NE>rri.SERVEBNO 


wact 


me table contains a single raw ami column which Intfestes ttw nuiita to 
beas^gnedtothenegdsenwrnaterialiiedinlheBysieni. - 


Nehwork Access 


cdg 


A new table h the ctlg table toifly that pioindes the necessary nelwoik Inbr-. 
maCon so Biat dlenls can connect to ell servers in the syetenfL 
INs table is not needed H we change to use CT-Ub in revision 4.0. CT'Ub 
atlowrs the server address file to be maintained on a shared file Gcrver. 


Sefver T^mp Passwords 


met. 


When a new server is instantiated accounts need to be created (or every 
user in Ihe system on thai server. 1Ns table wUI contain a Ust ol 
user/senw/lpassward coirbinatibns on the new server unH eadi user logs 
on and Ste pasewoid is changed. 



The Distribution Catalog (TSOX) must be able to provide appGcaiiors with the location ot either the primvy (main- 
tairiable) or sii)scription-(read oni^ cppy tor a taUe family, depending dn the intent of the application. If the appliotian 
is performing a query, then it needs to imow the location (4 the loctf subscripti^ 
Ishl a lodil one). 

To support these requirements, the TSOX taUe structure may include two key cohoims. Fust, a flag column indicat- 
ing whether an ^y is a primary or subsaiptian copy. Second, a 1rom_sie»er cohjmn. which U.entifies the kwattm oi 
the subscription copy oi a specific table tanvly (or a dient coiinectedto ttie Ironueervef*. The additions to the TSOX 
tdi)le are thoiM with sample data in each field in the following ttMe nUale Q: 



Table C 



trom server 
(hey) 


family (k^) 


distribution 
entity1(key} 


distribution - 
entity 2 (key) 


pr(mary 
(0}/5ubsa1p- 
Hon (1) 


Server 


Database 






. Cdg 






0 


FRM 


DBSctg 




AU 


dig 








Aa 


DBScHg 


dbo 




wed 






0 


FRM- 


DBSwad 


dbo - 


AU 


wact 






1 


AIL 


DBSwad 


dbo 



in iMs example 

. . A diem conneded to server FRM pertorms queries of table tamily cdg on the FRM saver (row 1). 

• A diem conneded to server ATL performs queries of table tarrvTy dig on the ATL server (row 2). 

• A diem conneded to any other server pertorms queries of table family cUg on the FRM server (as.FRM is the pri- 
mary server) (row 1). men hioking up an enfry in the TSOX table fTable Q with the intent of query, we fiiet attempt 
to (IrKt a liom server entry ior the currertt server. H the entry is not found, then the entry with a^ 

• Mdientsper(DrmupdalesoftBblefamiVdtgonlheFRMseryBr(row1)becauseFRMiswheretheprimaryc^ 
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is located. - 

VWiere the ARPC database and aD as objBCIs are oa insMedBn ei*^ 
TSDX teble (Table Q to indkate thai the labte laiiiy uses the ARRC tedHy arrt 
Instated on thw sefv^ and database. TWs flao- may be usetJ to loiw^ 
nance purposes. 01 couree. a the ARPC database arid an its cbjeds are installed on orery se^ 



As discussed previojsly, a userls desktop I n fei ma Bo n wBi be stored in one servar/dalabBBa location. Atsa ths ■ 
iiser% worMlow To Do messaoes rnust be trarspprted to this location. The same ^ 

A vwkjro^) does neil haye a desktop, hut te messages . 
The present in>«ritlon rray be implemented to support one or more merMbeis oJ a workgro^ being on different servere 
than the MxfcBroi* To Do messages, but In tWs case, the remote user wi^ 



1b EiworttMscHuation. a Nti^senw' column may be included In the IJserM^ . 
withrespeMto1WeB,Brribekwwim^espedto%bleD)andaWMt(^ E. behw) denning 

which tistance d the- "W taWe family contains the deshtdp and worldlow intomafioa The OUie o« «ie 'Vfit server' 
coiisnn n«st match a value defined in the distribution eiitily l cd 
link to TSDX will alkw services to fM the physical localion of the data. 

In 8 preferred en^menl. the User MaHat table may be defined (In part) as Indicated below In Ibble D: . 



User Master t&bie 


User ID 


wij server 




RSD 


FRM 




JHE 


FFtM . 











The User fitester table of "teble D corresponds to the User Master table shown as reference numeml 1110 In FIGS. .11 
and IS/and niustrmes two additional oohiinns wfM may be added lolhatiabieL 
' As illustiated VTaUe D. the Us^ Master table may induda a a>lurrn ideii^^ 
15 which senrertnnlainsthe.Nii^ table iainay Which indules an instanra 

Ulwise, a Workgroup Master liriile may be defined Cm piirt) as indicated be^ 



REGISTRATION 



ThB table is simili' b th» User Master table d Ibble 0 (and reference numeral 1 110). e«Mpt that the 

so a group of users Is idenfiied in a first column, rather than a specific user Id 

Some columns in the User Ittester table (reference numefHl 1110 in FIG& 11 and 15. and further defined in table 
D) in the oorent implementatkm need to be v^xfated whenever the user kigs onto the application of the present inven- 
tion. Addtnnallysorne new user configuration data is required to support the new science number general!^ 
rithm of the present invention (descrS)ed furflwr below). Since the user needs to be able to togorf when the primary 

55 server is down, these columns need to be on a table which is distrbited to the desktop senrer (11.0. 11.1 or 112. as 
appropriate). Thus a User Configuration TaUe. shown below as Table F. m^ be added to the wgt table 1^ 
these values. This table may contain the (pitowing columns: . 
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Table F 



Column 


Purpose 


userid 


the userid. Thfe is the key. 


drawemo 


This is the userlB home drawer nuntoer.TNscdumnfe mowed frwrtusa master. 


enabled. 


Indicates whether the user aceourt re enabled or.disabled. This boluinn nay be moved 


niapi_iiEerid 


The MAPl.lOBon IS of the uw. TWs oolun« Is mo«d*om user ri«6lw, 


mapijiwfd 


The MAPI passMOfd of the user. TWs cotumn is mcNtti from iser rnaster.- 


ToDofWder • 


This is the tolder rwritoer whw the us«t ToDo* are staed Thi^ 


Nutrtber 


must be stored in the user cof<l9urBtion te«e so that *!«rtdlOiW ^ 
eiiy when a usw is moved Irpm orw server to another. 


Next Sequence Nurrber 


The next evaflaUe seqoence.nuntei avalM (br.this user. 


Last Sequence Number. 


The last s«)uence nufrtMT that was alocatad (or this user. 


NelwffKiype 


The nehnorictype Ibr the iiser. This field is used to Keep thelSOLServerJ eedionclfte 
users winJnilileupto date. . 



LBwwse. B WorivoiJp CortfiBuraBon table may be created on e disbixited desktop sewer, sininar to the User^Cor»- 
riguration Table, except corresponding to werkgrot^K, as opposed io indiwidUBl users. The WorKgron) Cof*Bu»Bbon 
table rnay comalns the IbBoMng coliOTins. u illustrated below 



■35- ■ 



Cotunm 




Wbrit^oupIO 


The worKeroup IDi This is the hell 


ToDo Folder 


This is the folder nuiriber where the workgroupik IbDo^ are Stored. 


Nufnber 


This inust be stored in the workgroup conliBuration taWe 60 ftat worWiows can be 
erly when a workgroup is moved from one server to another. 



40 A Network Access table may also be created on a distribuled desktop server 111. which delines the connection 
strings that cSents need to have in their %»inJnr file to corwiect to every serwer in the system. Ther^ ■ 
Iw each server/helwbrK type pair at the sHe. TWs table may contain the following columns, as Ihislmted below with 
respedfb Table H: 



Column 


Description 


Server 


The name oi the server. 


Network Type 


The n«work type. The design allows this slrinB to be an arbitrary string as tang as eachi^ 
auigned a Network Type In User CorrflguraUon and it matches a Network "^fpe ir» this taUe for 
each server the user needs" to access. In practice, the expedatiwi is fhal tWs column Witt match 
a Sybase network type, fw example WDBNOVTCL 


Connection Siring 


For each sen«r arvl network type this column contains the connectten string, for example 
•WDBNOVTC.159.172.131.1105300.urgenr. 
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s»v». Part ol the d tent logon sequence may be to query tWs table to make sure Its >iaiir <ae las all the i»«OKtete 
server sfrii^. Aaonfin^. the particutw strhg added 
(Sarver)s(NetworkTy{Se),<ConriectiOfiStru«> 
where the name 61 the server is substibxted to <Seivef ). the netmiork type Is Gubsiitutad to ifiOttaH Type), and the . 
0 approprlSteconiWcfion siring tesUstnuted to ^Corme^ 

The p^eswl Inwnttot i«y be designed to alwiir neliwrt cow 
BBiver mftor ifi the ^yiahr fie, Thui B »» presem liB^^ 
the Network Access TaUe-can be .eSntated. 

When a nan serw Is Inslanlialfld. acecunlB geheial^ need to be created to ewry »^ *^ «yf »" °" 
i» server. The fcSo»i»lpg table (Title 0 may be abated to comain a Brt 
serim until the user logs on and the password is ctanged. lUte I 



Column 


.Description 


Server 


The name of the new server. 


User ID . 


The user id ofihe user. 


Password 


The temporary patswoid of the user: TMs (ield may be enaVPtod. It may be aulomateaHy generaled. 
by the ^stem when a 'server is materialized. 



« I 

The Initial installation process to install the present invention on a single sewer can remain essentially unchanged 
- from the general configiirBfion described previously vnlh respect to FIGS. 1-40, However, new installation scripts may 

be developed to server initialiiation.distrilxited desktop bpfioninstallatioa . 
30 In a rnuW-6er«fcorifiguratio^ the application liistaD process wiD first install the Applicati^ 

■tt>e primary seiver 110. The repKcation system 150 wiB automatieany propagate these acUifions to any subsaiplion 
servers 11 1. The application database 131 can then be installed on ai*y server in the system that has been initialBed. 

The instdl process reqiAed to. the distributed aspect of the present i™«ntion also generally requires specific 
inslatlalion scripts. The instaOaSon «l maintenance stored procedures (insert delete, and update), loading of initial 
ss data, and plattommigrBfion may be part of the primary senior Instaafion. while the installation of tabled 
select dored 0rocedures tray be part d ttie primary installation and subscilber inateria 

As depicted in Fia 41 . an installation script fiay be oeatad to server iniBalizatioa V«lh refers 
script will do the fonowing: 

40 1) [step 4101] LAad system stored procedures necessarytotfie present iiventianintoihe master database (eg.. 
on6erver110.111.etc). 

2) [step 41 o:q Create the loff'cal server names required to the applicafions. 
si istep 4103] aeate an instance of the ARPC database ISO on the senrer. 
4) [Step 4104] Ftogister the Instance of the ARPC database in TSOX (see Table C). 
45 . 5) [step 4ioq Add the entries Into the Network Access talte (see TbbleH) to the server so that eOanlBwia be 
to get the n^work oonnecfion intormatkin to the senrer: 

6) (step 4loq Create all the necessary Sybase user accounts on ihe sennr to exisfinguseis (make sure all pass* 
wads are synchroruzed systenvwide. in a preler^ 

so AppGcation databases wDI only be able to be installed on servers that have been iriitte^ 

As illustrated in FIG. 42, en instollatian script may be created to instafl the distributed desktop optian on the primary 
server 110. TWs wfll install the component s on the primary server 110 ttiatare required to support subsaiberservere 
1 1 1 . With reference to FIG. 42. this piwipt win do the tollowing: 

es '■' 1) (step 4201] Install Sybase plication Server. 

2) Istep 4202] Create a Replication Server ISO and a Log Transfer Manager 151 on the primary senrer 1 10. 

3) [step 4203] Create the DBSBepiicate user oathe primary server 1 10. the Log Transto Manager 151 . and the 
primary saver Replication Swver ISO. 

4) [step 4204).Cieate the repflcaltot 'delinittos to tables that are replicated. 
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As ilustrated in Fia 43. an installation ecripj rray be innplemOT • 
to running this script will be running the InlfiallzBtipn scrip! tor the sero^ 

uted Oeskap opfion on the primary server 110. With reference to Fia 43. this scr^rt will do the tonowng: 

5 •|)[stcp43O11BuTdlhe0a&basesandlhdr.objecteonlhBSUb6ciipltonmaclilneil1^ 
out the stored procedures to i«]dBle,d«letA or bsert data liitoicpicatecltaUas. - 
» [step 4302] CiestB the DBSRepScate liw isa oci the subficriplian SOL Server 1 1 1 . 
3) [step 4303] Set up security sothaiihe DBSReplicate user 153 can insert update, and delete data from the rep- . 
licated table famlleB; 

10 4) [step 4304] Create the subsalpfiorBwi* the proper opfioiB so BirtRepficafion Server 150 does the' . 

^ep 430S] Update TSDX (Table Q .to tave the entries fOr Ihe'new subscription copies c( the replicated table 
lamlies and the new instance of the twqt table farrdy. 

6) [etap 4306] Create user accounts tor all eidstino users on tttt server. Since materlalizBtion process does not 
IS lotow the correct pasawoid. it may senerale a randomly selected password, encrypt H and store il In the Server 
Temp Pasawrds table. The user logon process will change the paeswiprd arid delete It* record^ 
usff logs onto the present invention. 

After a server is inateriaSzed ensling users can be inoved to the serm. or new users can be assigned to Ihs B 
so Demalert8lizationistheproceEeofreiiiovinga6erver010.l11J12.elQ.)fromaninstalta^ . 
tion. Note that a server may oordain no users or wort«fai4>s and siai function properi^ 
server is hot eonddered denateriafeed. 

FIQ. 44 depicts the steps wtrich may be performed as pan of the dematerializatiori process. With reference to FIG. 
44. these steps are described below: 

as ' 

1 . [step 4401] Remo« all users and worksroups from the server, eitNer by deleting them or mowing them with the 
edirfnistration tool used to rnove them to the server originally. 

2. IStep 44021 Remove bB applieation data and applications from the senrer. Providing tools and instructions on how 
se to move application data to another server is generally the responSMHty of the appGcalians. 



a. (step 4403a) Update TSDX (see "bble C) on Ihe primary copy server 110 to imScate thedemateriaBzed 
35 server is no longer available. 

bi (step 4403b) Check to see that Ihe ARPC queue (&«.. 153) on the demateriabed senrer is Wfltf. H not. 
disallow dernatoriafization (step 4404). 

40 c. (step 4409e) Check to see that the ARPC queue (e.0-. 150) on the primary copy sha 110 contains no 

updates routed to the dematerialized senrer. If nol. disallow demaleriafization (step 4404). 

d. (step 4403d) Remove afl databases on the dematerlalized seraar. 

45 In the event that »w present Invention is ffrst i mpleme n ted without those changes in ihe tables defined previously 
with respect to Tables A through I. then this eonnguratlon may be migrated to include distributed fuwtonaJity by per- 
torning the steps illustrated in Fia 45. With reference to FIO. 45. these steps are descra>ed below: 

1) [Et^ 4501] Add a User Configuration record tor each user, as described prevtously with respect to TaUe B. This 
50 record w9 contain the MAPI logon intonnafion. ToDo Folder number, and enabled flag from User Master. The 
sequence number, fields vriD be set to 0. Addifionally the neiworit type tor each user wiH have to be initialized. 

2} (step 4502] Add a VUarkgrotJi) Configuration reooid for each wortQroup, as also described previously with respect 
to Table B.; This record wiB contain the I6D0 Folder number tor the workgroi^ 

ss 

3) [step 4503] In a preferred entxxliment. such a migrafion process does not n« grate 6ubscra)er servers ill. Each 
subscriber senrer repUcation definition nay instead be dropped and reoeated as part at the process. 

The insian process described above nray use a Sybase Replication Sener to inifiany copy the replicated table tam- 
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nies (rem the prinWy server 1 10 to the subscription serves 1 1 1 . It \^ 
are mede to the ttitdes vvhen iraw pmtiKis Bre.lnstBlled V 
Ooatiofially the system KlniriiEtiatof beBeva that the prkn^ 
sync. Syinptoms ot out o» ^ tallies hdudei 

t ' ■ ■ ■ ■ • . . ■ 

. WocWtowwertsaredisaJjpearirQ; 

• Appfintion /lecture wirKlpM are taKb^eripisM^ • 

• Aciivifies available to users asslgri'ed on oiw«erver ere not avalW 

(0 Scripts cnay be provided to verity arxl lb eubscriplionc^ 

iT«y cdl a ■ts.subcnp* ulilHy tor each table tariay to veifl^ 

fix any tables ttet are not in syiic 

. In one eirtiodinMm ol the present trnratifion, the dig. wacL mesnv and leng table ta^ 

are rcpScsted. In order to support rapGcated table (amilleG, the Oistrtailion Catalog AP I (appi jcalioh progranmng biter- . 
15 |ue)m8ytecreatedtOEupporttocaUnBeitherttwprnaryorthedoseslsubsc>^^ 

Thiis. cans to this API *«l locate «» subseripfidn copy d the desfred table, biifflefc 

denned so that oWitianal paiameters or gtobab may be passed to locate the prbh^ 

lies.- 

InaprelBrred embodimem. where His hot pos^e to extend the API, minzedlar'lha entxxOmenlai the present- 
» Invention defined v^th respect to FIGS. 1-40. to support replicated table laiiffl^ 

' Includes the prinwy/subseriptian flag. Inttiiscafie.thenaineolthenewAPInuqrbedHterenlthenthenanMoflheAPI. 
for the basic invention. Thus, the t>asic API nlay be used to locate the subscription copy o< the desired 
preferably in future generations of the present invention, the new API can be used tor this purpose. 

Again, the present invention uffllies the concept d repGcated table temiBes. An installation has one prinwy copy . 
2S of e replicated table family Which can be read or modified and nuHiptesubscr-ption copies ol the table fanii^ 
read-only. VVhen en appScatidn needs to modify data in a replicated table femily n must lin^ 
copy of the talde tanfly. When an application needs to read data from a replicated table family it raeeds to lind the 1^ 
tion ol the closest subsaiption copy of the table family. The existing table tarnny ralaloQ A^^ 
ing to the teacNngs ol the presem invention to support locating either the primary or the dosest Bubsaipl^ 
30 replicated table famly. 

The table below (TeUe J) lists the new and modaied Poweifauader (the development tool avai^^ .. 

Corporoton) funclim and Stored Procedures (such SOL stored procedures) Ibrnang «ie Di^^ 

thai look 14) table and iable family locafioh Intomiation in the TSDX table Listed for 

narhe of the API it replaces, the type of the API. anrfa desaiplion o» the APL 
as Where possijle the existing API is extended to support replicated table famffies. In this case the name of aw 

API is the same as the name of the oirrem API. E»Sting calls to the currem API wifl locate me subscri^ 

desired table tenslies. Addifional parameters or globals caii opiionaliy be passed to these luncfions 

mary copy of the desired table famines. 

VVhere n Is not possUe to extend the e)dsfing API to support repSceted table famnies. 8 new API call was ^ 
40 that indudes me primaiy/feubscription flag. In this case; the nanra si the new API is dilferem than the nanw 

rent API to allow bom APIs to be s^«iorted wMIe «e appScatibns malie the transition to the new 
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Where "PB* in the type colunin indicates that the procedure may be implememed by usinfi PoiwefBulltJef code, and "SP" 
40 Indicates that the procedure may be Implemented as a stored procedura 

Each Distrtoution Catalog API desaibed above with respect to TaWe J may indudc an 'Existino Function- section 
describing existing APIs *»Wch are related to the no* API. as wren as an -Application tmpacT section describinB tN 
inf»ct that the new API has on the imptementafion of the present Invention as dslined previously with respect to FIGS. 

45 watt tot brplement «ie repneated aspects ol the present invention, based upon the teachings o1 the present 

Invention def ined previously «»ilh respect to FIGS. 1-40. an plailonn acSwiBes and browser coda shoidd be e«min.ed to 
find ptaces where the cllg, waa nwsitv and lang table larniliBS are 1^. I« BB^ 

venlied to make sire H is using the subscription copx of the laUe tamBji H access b required lor insert, update.- or 

delBtft then the code to locate jw table bnfly »«l need 10 Be Iriplenierted to locate the pri^ 
so bmBies. and pertorm the partieolar operations «icreon. 

With respect to the user logon process, instead of each user 120 connecting to a single server 1 10. us«s w tB con - 

nect to thdr desktop server. v»hich may be one of a variety ol servers es depicted inFIGS-IArlKTOsmaybe aawn- 

pGshed efficiently t^ storing the coroiectjon intormalionfar each user 120 in the user% DBS.INI file (191 in FIG IH). 

instead of the DBSERVER.INI file {192 in FIG. IH). TWs Wormationmay be vaBdated at login time. The DBSERVEfllNI 
fi5 lito,»^i8Sha/edbymultipleuserBonafile8en«r.niiW6liBbeused1brinitiallogins.talbBekl^^ 

irtonnatioa the plattorm logon procedure may readily inoofporate these changes to make them tanspareni to appB- 

cations buIR with the epplicatioaaniiitecture. 

Vimen kiplememinQ the invention desbibed *ith lesped to Fl^^^ 

server and database defined inlhe DBSERVERINI fSe. which is shared by many usere on a file server. The contertB 
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o! Blyi»C8l DBSEBVER-INIfae issho-nbetaic 



PBSERVER] 

Server'ATL. // Name of the seiver where tte DiistribuUon Catalog is. 

TSDXDB»DBSctig //Name of database where DisUibutionCablog is 



..//Name of database owner of Distribution Catalog. 



. sinMe8chiBer«iininsleadbeoonnetfedto«Bk%»$6ervcr.meloghpro^ 

For B usarsfiret loffn>e InWal oonneetoteihe server and dBlBlw «Win«J hlhe DBSERVERINI file may be 
so used This server and (tetabaw win be the Iwationolihe primary t» 

is trade, the togin process may look up the use^ %wlt_locatNmMdesk!op server) h tt^ 

D) (this table is replicated to ell subscripfion servers). As showm in the Mkmng example, three new Hems, may be 

stored m the user's DB&INIIile. whichare: 

ss' 

[SmartStream) 

WijtSetver=FRM // User's physical "wijtjocation" {desktop 

server) 

so CUgDBtabase=DBScilg //Database that coniains the Disliibutiiai Catalog 

on the user's desktop server. 
CtlgOwner=dbo . //The owner ofthe Distribution Catalog on the 

user's desktop seiver 



For a user's subsequent logins, the inifial connection would be made to the WTitServer and CtlsDalabase deHned 
in the DBS.INI. After logging in successfully, these "WiT values wooW be validated against the User Master (see Table 
D) end TSDX tables (see "feWe C) in the catalog database ol the woLtocafion ® eheekH the: 

• User^desMop has been moved to another server or database 

• pB&INine has been 'conupted*. 

Additionally, the lOQon process may diet* 10 see H any r«x>rds tor tWs user 6)^ 
tawe (see TaUe B). H sa the process wlB logon to *» indicate server, change the users pase^ 
woid and iwARPC to delete the Server Temp PawworttetaWe entry Tl*pra»s6 Is the liislthi^ . 
sign-on so that H the user has bean moved to the new server, the password wID be correct by lime the logon process 
tries to cfirectly 109 onlolha server. ^^^^ 

All ol the above procesBlno may be Beebn»)lish8d via the prowssing aiustrmed h Fa 
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[step 4601] Check DBS JNi for WijtServervilue . 
(step 4602] If entry found 

• [aep4603] connect to server 

• for each entry for the user in Server Temp Passwords 

• [step 4604] logon to the server 'Snd update the password 

• [st^ 460S] If connect okay ' 

• ; [Step 4606] check User Master for wijt Jocation vahie 

. • [stq> 4607] if wijt Jocation doin not cqua]\MjtServer value In , 
DBS,1NI 

• [step 4607] reconnect to server from User Master wijt Jocation 
and update DBS.INI with wijt Jocation 

• If reconnect is not okay 

• [step 4699] error "Server down* 
• . else ' 

• [step 4609] connect using server in pBSER 

• [step 4610] if connect okay 

• for each entry for the user in Server Temp Passwords . 

• [step 4611] logon to the server and update the password 

• [step 4612] check User Master for wijt Jocation value 

• [step 4613] If wijt Jocation equab WijtServer in DBS.INI 
'• [step 4699] error "Server down" 

• ■ else" 

• . [step 46 1 5} . reconnect using wijt Jocation from User Master 
and update WijtServer vahie-in DBS.INI 
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• [step 46 16] If conn^ pot okay (step 4616) 
• ls*eR^^99] error •Server down" 

••else 

.'. • [step 4699] enor "Server dowi* 

{step 4619) connect uMiig server in DBSERVER.INI ; 
[step 4620) If connect okay 

• for eadt entry ftir the user m Server Temp Passwords 

• : [step 4621] logon to ihe saver and update the password 

• {step 4622] check User Master ibr wijtjocation value ' 

. [step 4623) If wqtjocation equals WijtSer>^ iii DBS.D^ 
. • [step 4699] error "Server down" 

• else • ■ 

. [step 4625] reconnect uang wijtjocation from User Master and 
. . . update WijtServer >raIue in DBS.INI 

• [step 4626] If connect not okay 

• [step 4699] error "Server down" 

else 

.• [step 4699] error "Server down" 



Once the usereBert 120 has cbnnoctBd to «i8 correct smw. H nrny do a select on the Network Access laUe (se 
ThbleH> io get a list ot the sgverearrinelvwfK address i r iteiir iatto It may elso make sure thi 

« • each.serwerhasanertryhthetocalwin.lnlHe. . 
• In Older to support maieiTOhl d users 120 *om one server to another, drawer; d0C4^^ 
rrlay be unk)ue across afl servers, lb Irnplement thte requiremeni In ttie present invenlion, the kdawng tira tabic 
CTaUes K and D tney be created: 
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-bbleL 
WU_SEHVEBil01ttlB 



In the prelwed enfcodimerit the catajlaton of a new 
enM purposes nnay b« aeeoniprished usinjg a ojrrbi^^ 

• vnthin the server. Sequence numbers wShin e server are allocated sequentially and are never reused. Servei nun«eis 



In Older to pteneril the taUe wMeh contains the sequence mmber for Hie servere (referred to as the WU.SEOIO 
IS table, described previously wiith respect to -feUe B) iroin beoonting a bottleneck. »»heh a local user eltocales a 
E«)uam nuniber they ve.tfven a range oi 10 nunteiswh^ 

ThuB.uniai>ieytMi4>tlibn106equeiweiiufit)eis«)eyonlyBCcess1heLto . 

In addtttoa » uffBirw «» "PiwnS^y ""oi^ 
utilize a Ihere wa also be the Bddillon 01 the VW_NEXT_SEI««RhO table 
» Table B)ontheprimary«8rwBr1tO.TW6table«HBconlaihlhe6erwwr»unto^ 
ized " ■ 

FIGS. 48 describas a series ol process that may be used. In one embodiment: 



• |6tep4601]SetupWU_NEXT.SERVERr«OonprImarytoGonlaln3O.00O.aO0. 
. [step 4802] Set up VVU.SERVERNOon the primary to contain 20;O0Om 

Ai server materiaBzation: 

• [step 4803] Set up WU SERVERNO.SERVERNO to conteln the server unique sequence number from 
WU NEXT_SERVERNO; SERVERNQ 

• [step 4804] Add.10.000.000 to WU_NEXT_SERVERNaneitLBeiverna 

. [step 4805] Set up VVUjSeONdsecpio on the new Mnw to contain a single nw 

When a user is created: 

• (step 4806] Set user_conrigjiexLBeq_no and user_conrigJasLM%.no fields too 

FIG. 49 depicte a process for geneiafing a unkjue nuniber tor use with rasped to the p«^ 
erence to FO. 49. this process is descriM as pseudocode below, where Gtandaid condi^ 
and parameter reluming logic is shown: ' 

• [step 4901] if(useT_config record for tWs user does not oust). 

• [step 4902] get seq_# from WILSEQNO,seqno 

• [step4903] inci«heiitWirSEQNO.seqno 



• [step 4904] if ( u$er_«jonfig.next_secLno < user_coiifig.lBSt_seq_no ) 
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• (step 4905] 5eq_» = user_conf5g.next_seq_no 

• [step 4906] user_config.nc)rt_se<Lnp = user_config.next_seq_iio+l 
else ■ .• • ■ 

• [step 4907] seq_«'=Wn_SEQNO.s«jno 

• (step 4908] WU_SEQN0.8eqno-WD_SEQNO.seqno+ lb 

• {5tep4909) usCT,coiffig.next_seQ_no»seqno+ I 

• [iBlep4910] usercoiifig.lasl_seq_no«seqno+9. 
• [step 4911} 'if(seiL.# > 9,999,999 ) generate an error 

• [step 49121 return (WD_SERVERNO.SERVER_NO + seq_#) 



II the sequence numbef laWe (WU.SEQNO) e«r owefftawpfoducinB an emu. then a new server nonnber can be 
aBoGBted tor the server. H the nurrtoer ol servare (212 servers) supported bf Ws algoriihm is ever threatened to be <w 
IS flown ihenihe sequence raimberwIurnnrtlheWU.SEQNO table can ^(*»^^ 

umn. W chanoe wouHJ, of course, reqidre coding and table changesw but the miBtafion to iNs approach «mM be 

'''^^emantinfl the process descrfced abnre is stralgW-fcrwaid. -me new WU.SEQNO and 
WU NEXT SEfWERNOt8WesneedtobeaddBdtofheins»aJproeess.TheSEOKIO#08tn»L.lstpredproceduremay 
30 rcaifiiy be changed to Iri^ement thi? new algorilhia The inslaD process needs to selm) WU.SE RVERNO on the pri- 
mary Ben«r to 2b.tl0b.6d6. rinalTy. Ihe correct user.conflp reeo»ds need to be bwit as part rt migiHlion fcr ewsting- 

""jhe User ConTfgutBtiOT table (see "fable F) may contain the enabled flao. the mail topon information, the ToDo 
Folder raflT4>er, the network type, and the sequence numbers allocatedfor a user 120. The ptetterm login sequence may 

as readily be modHied to use the enabled flag and the mail logon information from this table rather lhan from the user mas- 
ter table The worWIow entfne (desaibed previously with respect to FIGS. 1-40) may readily be modHied to use the 
ToDo folder number from the User Conliguration Table rather than from the user master table. The sequence nurtiber 
generaton algorithm rnay use the eequ«ice numbers stored in the user oonliguiation table to allocate sequence num- 
bers as described prelriousl)^ ^ ^ 

40 The product request feature of the present Invention inay also be disiribuied. The Product Request win^ 
sln^ add the sewer name as parameter. In one en4>odiment. users 120 may only be able to view Produa Itequesi 

information Ibr a particular server »«» a single query. • 

. VWth resped to the hplementation of vwrldlow In a dstr»wed ewiionrnanL the separation of 
tables into separate fanflies and the distrtoution of some laae tamffies nwke B n8(»8S^ 

45 which modHications are b«ng made to platloirm data to guarantee Ihe i«xWes are sate an^ 

may require the introducfion ol ARPC or twophase commits tv the eSem. For example,, the Trigger WDrt^ 
be modKied to use the ARPC utiWy to send To Do messages to the user or worl(Broifl>'s "WiiLlocalion*. and Reassign 
To Do wlB require a twoiJhased oornmit when the destination owner is oh o difleronl server than the source owner. 
To reduce the nuhter of places where ufOatei need to be made to the worWtow techniquBs described wflh respect 

so to FI6S. 1-40. to support worWIow dstribufion. wherever possWe H is preferabJe to make use of a new WQrWi pw API. 
. The Workflow API will shield plattorm and appTication code from maWng plattorm table i^ates directly. The essumpbon 
underlying the design of the distributed woridtow system of the present bwenfion is that appilcafions tilherdo not make 
updates to tables, or they make updates In limited situations and can frequenfly rely on the Wbrkf tow APJ. 

The toltowinoparagrn)hs discuss the workflow API functions that may potentially loueh" instances of the wijt table 

S5 farnOy on mult^jleservBR These functions wiD require iw^phasecoriinilAsynctt^^ 

WFp^ p.i„R«fa«.Art<1 and W PnriTi.ri«BvTnActn functions. These functions need to delete tasks from the co»«ol- 
idated message queue. La. the message queues on every machine h the system, m a distributed system this rnay typ- 
ically only be done synciwonously by tw»phase comrnK on every sereer in Ihe Bystem. Since a synchronous delete 
would require the availabirity d an senrers in the system, these functions may be supports 
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Certain applications (such as Tinantial Stream*, available Irom Dun ft Bndsireel Software Services. Inc.. the ' 
. assignee of the present patent application)' uses these lunctons at tl« start of 'eome ol their batch pregrBms. These 
programs generate a a lot of even& VVh&i the program is run. eiiy evertt^ 
program ere no longer heeded Thus, wfheh the batch pingrarn Giam lliqr mm todelete^ 
a by the previous run ol the program.- All such events have the sane IrofnjBClivity. so they may use the 
. pspjdeljnqueJiyJroiiuaGi to do this delela 

lnoneeni>oifniBmo(theprBsemirivartion,niessaBequeueeriM^ ' 
' Ity separated tiowi the Mate which b passed oiilo the naWacBvityifitfiewcrWI^ . 
deletes will take these key values as inpuL Thus tftebatch programsnrtedal^ . 
10 day perhaps) eech time they nin and save it In the diatabas&Ttwnextfiiielhe pr^^ 

on the key value. As kxig as the key is properly, generated anti saved, tNs intptementtifAn Wai prevent face- c ond i t i on s 
between ARPCe and newly generated ToDo messages. 

WFfteassionTaskn and WFReassjonABTasksn. These tunctlons should etlenpt to reassign the tasls using 2-ph8Se 
cornnit n the VVOrWbw API cannot login to the target sennr. the tasks shoiU.te 

rs These furx;tlon6Mdl also have to be modlTied to handle diptkate keys.. Since the unique t^^ 
key it is possible thet en Idenlkial WorMkM evem eidsts on the destination of a reass^ 
handle re-essign on the destination vnl have to handle dL^Dcate key errors and genersle a new key wheii they occur. 
WFTriffgefE ventfl . The WFTrioogEventn function oanerateis a workftow event This went may be tarpetad ta a user or 
' workgroup on the local server or on ttie remote sener. The stored procedure JhM8^s»rtB this 

<o. changed to generate an ARPCH the targeted user or workgroup is on the remote aervar. 

WFRpnirtPT BonfiDMl WFReoisfer DBLlBn WFReniiapr tM\ WFRpnirta, PBft. In order to do anv eoenriiens 
with 2t)ha6e connnM the «mkfhM API win have to have the abi%: to logon to a new senwr. Tb log onto 
it win require the user^ password. Thus the Wbrkf low. Register functions must be modiSed to take the user^ piasswoid 
as an Irtput parameter. 

IS In order to admlnister'the present irventlon. a User window may be included in Ihe distributed implementBtion to 
. include the server that the user is assigned to and the networtttype thai the user uses. The server field may be entered 
when a new user is created. For existing users this field ma^ be efisplay only on this window. The separate Move User 
activity can be used to move a user from one sierver to another. The User Window wiH also have to be mocfifled to edd 
. and update twth the tJser. Master and the User ConTiguretion records fore user when e user is a^ 
30 cperatimwifi require tM>i)hasecomnirtt3ecaijK« Die two recpnlsrnay be on 

A Workgroip Window will require the same changes as the User Window..The server the workgroiip is assigned to 
may be added to the window. Two-phase convnH may be required to update the Wbrkgroup Master and the Workigroup 
Configuration records when a workgroup is added or chariiged. A Move Workgroup wMow may be added to move a 
workgroup from one server to another. 
35 A new User M(venwm activity msy be reqUred to move a user frorn one server to imoU:^ 

moving the userisdata to the new senrer. oopyfn'g the Usair CortfiBwa«l.on raootdlrom the.old server to the new server, 
and changing the User Master record to point to the new server. The details of this process are described below with 
respect to FIG. SO: 

40 1) [step soot] Get the user 120 to log ofL 

2) [step S002] Disable the usisr so they earn re-tog oa 

. . 3) [step 500Q Update user_|nastw (TUile 0) to poim to the new senw and update 
4S .the new sener and the old senrer. These updates should preferably be made In one transacGoa 

4) (step 5004] Read through eatfi record in each labia (except the rnessage queue) on th 

It to the destination senrer. In one embodiment this process msy be a spedalized Crouiira thai logs onto'each 
server to move Ihe data. 

so 

5) ^ 5005] Move each message in the nmsage queue Mm me source to the dflslinatien server. F6r mis pme^ 
ess to'worfc property iiprafarably needs to use two-pfBse convna to move each message. 

6) istep jOOq ReHsnaUe the user so they can loQ on to the new server. 

ss " . 

7) [step m?] Have tto user log onto the new server and verily thai everything was moved prop^^ 

8) [step SOOq Deleto me user% dam fiimthe bid seraer. 
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It anyfllirv goes wrong cbvmg thte process of FK3. 50°, the 
erence is made to Jia 51 wtwn desertohB IhesB steps'. 

1) 5101] Delete an the usei^ date biim'the hew setver exc^ 

2) [Step 51.021 Start over from Step 4 'm the abow sequence (FKi SO). 

As «wlh the rrewB user process o« Fia 60,' a meive'wliBroip 
lowtftg steps, descrbed with re£p«d to FIG. 52: 

1) [step 5201] Update workoroup.master fltaUe E) to point to tie new server ai«> update the Wwt(Broup Configu- 
rafiori taUe ffeae d) on both fte new server arid the pkl ser^^ 

>5 ■ 2) ^tep 5202] ktore each messaoe in «» message <u«cuc^the source lotto 
'. ess to woii« propvty it nMdB to use tvw^phasa GoimA to ni^ 

■ In addition to'the APIs wWch operate on iheT8bX^e (See.WeQ.i»» T^^ 
' maytMtiKxttiedtosifiportRninlenarlceoiGUbscrlpSbncopiasafrepn^ 

Totakea'6erverbrdatal>aseofWinefrofnuse«rtthepre8emhver<ion,anactivtt^ 
cute perntiss^ on aO stored procedures arid to rernove select pernilssion on all-tatiles in the database w senw^ 

To BceottpBsh this, tor each table fantly in the system there may be two new stored procedures. The Disable Per- ' 
missions stored procedure! may operate to res«Ke execute pernrosion on all stored procedires in the table family trom 
public ervl revoke the select permission on ell taUes and views in the table tamDy trom public. Converse the Enable 
as Permissions stored procedure may operate to grant execute permiEsion on all stored procedures in the table farrily to 
public and ^ant select permission on all tabte and views to public. Thiase stored procedures may be named so Itiat 
the stored procedure narne can be derived tiiorn me table family Id. In a preferred en*odlmer«, or^ 
. trator vrth suH went prhnlegas «wa bo given wecute permission to these stored proc^ 

- A new activity may be added to disable a database or a sewer. TWs activity may operate to biiild a list Of stored 
so procedures that H needs to run from TSDX. It may then nm the stored procedures to revohe Ihe pemtissions on all taUe 
families in the database or server. Aoaih. wily a system administrator wtti sullicient privfleges should be able to use this 

• activity. 

An activity may also be readDy cretted to enaUe a database.or a senw. tt.may call th$ stored 
sary to enable pemiissions on Ihe stored procedures and tables in the allected families. 
35 '■■ lnafurtherembotfimenuaDthedBtabase.aeeesBroutinesmaybechanged.tDchecktDfa-nopermissioh* 
they get this error, then they BhoUd return a ii!«ssage Indicating that the databaM is net curre^ 
the desMop code that accesaes the Nvijr table iiiTiily may be changed to gracefully handle thia enor and log 
ofl of the system pesenilnvenfion when the iser% *wijr table tamay is disabled.. 

The Install process should preferably be designed to instaU aD the table famifies In a disabled state. Thus, a^ 
40 rnems in table and stored procedure definition files that grant pennissions need to be removed. This keeps us^ 
trying to access a database wisle an instalbfion Is in progress. The lasl.step in the inslall may optionally nin the storedf 
procedures to enable permissions on the tables and stared procedures. 

ARPC may also have to be changed to handle a "no perrnlsslon- enor as a ratryaWe wTor. 

A new activity may need to be created to maintain the Networlt Access Table (Table H). This activity allows the . 
45 .. administrator to view the currerd entries, create new entries, modify edsting entries, or deleta ot>soiete entries!. 

In order lor appncations to be ooinpatible with the distributed aspect of the presert Invention, ft^ 
below gene^ly nti^ be followed: 

1) The wijt table fanvly may be distributed In tie presem invention, based on tfw server that the user is as^ 
50 "nie following stored prbcedures in the wijt table family may potentially mortty data on multiple sewers; In one 
embodiment: 

psp_del_mqueJ9y_from_act 
pBp_del_mqu8j)y_to_acL1 
psp_upd_rnquelreassign_1 
ss psp_ijjxJ_mque_wtt<8rp_rBas6ign 
■p6p_trlgger_8m8_event_l 
Ariy prograrhs a windows in an application that caB these stored procedures directly preferably Et^ 

• ■ tocalltheconespontfngWbrltflowAPLinapreferredentedmenttheWPDerTasksByFro^ 

ByToAdO functions (wlich repliue fte spjldJti<»u€Lby_fcom^ail and psp_deUnqiieJ6yjojBeL1 stored proce- 
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diffcs used mlheefifcodimemollhepresem invent . 

2) As noted ebove the wijt table bmly may be <fistrtouted Bt thedisuajuted impleirantatton of Itie present Invertioa 
• inthtecase, BA^LSw_Db_OwrterJB Apptlcatmn AicWeaureS^ 
6 ol the w5tlabtelaitBTy.Arv programs window that uses stored pocedw^ 
the/»M SwrJ» 0«merj9fiW»Itorindtheloealionol1heeon^ 
use the'mreBpanSi« VVbrMkw API bridioik 7Kb 
cedues: 

,pEp_de|jnqu8 . ■ • . 
lb . pspjdeLiTiquejBfll . 

• psp_del_mque_l)y_own_fr_act . ■ 

psp_del_mqueJ)y_o«n_fr_coL1 

pspjieiJfXifsejiyjoiMnjBijctiJl 

psp_if)d_mque_(nsg_BnyEt8tus 
t$- . p6p_i^)d_m«;ue_cnsg_st8tu8 

psp_t4Xl_mqiie_inBa.Gtatus3 

p6P_6el_nrquejdatB_iTSfl; 
. pBp_sel_mqu^msgMo. 
. p8pjBeL(tKiue_r»e«L»»«9_1 
so p6p_6eLmqufLnwl.«fep_1 

p6p_seLfw»ue_prior_msa.1 

pBp_seLnwue_«ep_niSflLl 

psp_6el_rTquB_step_«»Bgulw)r . 

a 3) The wact. lang, mesra ar«J ctig table tomPies tnay be replicafed eecordlno to the teachings of the presert inwen- 
tioTL The detort behavior oJ exslirig Catalog APIs rnay be to toeate the dosert 
lartillies. Thus, prograrre or wiftdow that eaB Stored piocediffes that modi^ 
taUe tonnes rt»y have to be charged to use Bie itew veisiorB ol the Catalog APIs to fi«l «»e pfim^ 
' table tsriiilieis. This indudes callers of the.iol1owlrig stored procedures: 
w pspjdel_lbpd_udak 
pspjfloLobpdludak' 
pep_irts_bpd_ud8k 
■ psp_ins_obpd_udak 
pep_upd_colnuuittK 
35 pap.iqxLoolv.udak 
pjp_.^xLa)ph_udak 
psp_uptL*PL«'*'* 

4) "his applicatior) IfWallatter* process rnay be iriplerrieiited accoidi^ 

40 . gij p pnrt iw i taiiaihn rf basic piatfnrm services on aM the servers In the system, replicaliort o> the rqilicaed table 
larivGes, and (Baribution of the worltfkM events and 

5) Each appacato table btMy may have to piovkJe stored jxocedures to ei«hle end cfisehte perm^^ 
tiMes. views, and stored procedures in the taUe tunllyi the staternenta to grart pernte^ 

«s , toberenKNedftomthe flethalGreBte6 theot4ect 

III general; the appUcafons rriust rtiaitt the changes liWed belm 
cation that Is ifisbifaulion^enafalad operates properly vnlh the distributed ii^^ 

uses toed copies 01 rspBeated table tanflies rather ■«ian relying o(d^ . 
so regulremenis for aB^ltallonis are listed below: 

1) AppScat'on programs tHat direcity read dbserver.ini (a local initialiiation fle) to find the location rt fte c atalog 
(TSDX) server (for example Query & Reporter) «w1l have to be changed to use the plaHbrni logan algorHhm toftid . ' 
the tocal server tD log on ta Sample application programs in tMs dass irorii the esslgnee of the present anveniian 

ts (Dun «Bra<tetreetScmware Services. Inc.) indude: me User-Defined Aooirting^ 
cation. Query ft Reporter, and Management Reporter. 

2) AppSeation programs thai obtain the name ol the tSOX saner from somewhere other than the dbsenrerM file 
wOi have to chvige to malw sura that th«y tfe beating the suiiscri^^ 
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'ciosed* to their epplicalion data. Applicaftin programs, tram the assigiiee oi the pesent invention, in thiis dass. . 
Indude the Job Scheduler, the Scheduler API, end InterO. 

3) AppOcation progrBiTB that caB the p6p_d8l_niqucjay_from_act or psp_diBl_tnque_by_to_act."l stored proce- 
dures (described previously whh respect to HOS. 1 -40) need to be redesigned to not use these tuncSons. Appltea- 
ble workarounds may be dteigned in this case. 

4) Application programs or windows that caO Distribution Catalog APIs that change in flte distrftiuted implemenla- 
tion of. the present invention need to be changed to eal ^ new APIs. 

Fmaly, in varkME other ennbodimenis of the present inventions, certain simpireat^ 
H the Sybase CT-L& I2sary tor enabling diente to oonuiuiicais with senrars is ufflized instead of DBUB in the present 
invention, the need tor tiw Nelwari( Access IhUB and the asEodatad mabitenance out can be elinAiats^ 



In a furthv- errtediment ol the present invention, various enhancements may be made in ord« to to improve upon 

the tundionality of the work f k)w environmenL Included among these Mihancements is the abiTity to execute the work 

flow of the present invention based upon certain •co n diti ons '. These enhancements, including conditional wortdlow, are 
X briefly described bektw. and are descried In further detail later in the spec^ication. These enhancements esiseritially 

add functionaGty to the SmartStream Version 3.0 product available from Dun & Bradstreet Software Services. Inc., 

Atlama, Georgia, the assignee of the present patent appScatioa 

The worMlow engkie described preiriously is implemenied in the ^ triggerjams.even^l* stored procedure 

(see the appemSpes of c&pending US. PMeril Application hioi 08ai3.022 and U& Fateit Applicafion Serial Ho. 
as 08/475.575). Tliis procedure takes paiameters passed by the caB. the colunn Ids frorii eMrt.master, the necl acUvHy 

Irorn the liiBxLstep tafala, and iBW assignment paiaineterB from the neoc^ 

put on the message queue. 

The pspjr^ger.amsjevenO stored procedure takes the blowing paiamatars: 

30 • @p_everrt_id- The evemu of the evembdng generated. Every evert in the system has a unique evindiii. In gen- 
eral'an eveht is defined tor every insert, delete, or update to a window in the system. aUwugh-additional events can ■ 
bedefined. 

• • @p_nexLstep_ent_val • Sngle 30 character pararneler used tor condWonal generaton of the owner ol the ToDo . 

lhat'is generated. 

35 • @)pJrom_user_arg -The user id of the user generating the event 

• @p_froin_act_srg - The acKyhy generating the event. TKs parameter is just passed untouched to the message 
queue. B is not used by the algorithm that generates the next event 

• @p_assisn_to_afg • This value tells how to assign the event H the nei(t,step_aption6.assignjD is "OMt can have 
the feUonring values: 

40 ' 

• "D*- ignore tojowner and take next owner from nexystepjoplians 

• 'LT-to.ownerisauser 

• •G'-to.ownerisagroup 

4e • @p_io_owner • The userAwrkgni*) to asdgn to if. ®p_eESlgnJto_arg is .not 'D* and if 
nexL6lep_options.assIgnJo is D". 

• @p_msg_prtonty ■ The message priority. This pararneter is just passed untouched to the message queue. It is not 
used by the algorithm tfwt generates the next evert. 

• @P_coLval_1 to @p_col_«al_16 • Cptumn values used to IniUalizB the next evert. These parameters are just 
eo paneduitdudiM to the message queue. They are nrt used by 

' The evenunasier table contains the tollmiiing columns relative to workflow generation: 

• event.id- The key to the table. 

es • enaUad- A flag initcating whether «ie evert is enaUed or not H the evert is not enabled. rwToDos are generated 
when the evert O0CUI6. 

. • MljdJ to eeijd_32 - The oohonn master odumn ids of the column values generated by the evert. 
The nexLslep table contains the toHowinO cotumns relative to worit flew generation: 
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• rhsgjd -A unique message id Every wwMkM event desoiption has 

. evertJd-Theevertid. The same ei«nLld may have. rnultiple n8xLsW*<le^ 
msg_id'6. 

. enabled -A (lag tMMwatestt the message Is enatM or not If the message te not eraUed no 1U>0 to 
6 ' msg_d is generated When the event dears.' 

• actlvltyJd-TheBCtiviiy_idollhenMadivitylntheworldlowtobeBen«^ ■ 
nex<_6tepi 

. no dup msg- A flag wtneh indicates whether dvpficBtemeBsagss.aiaalow^ 
ncrt be genercftdd H a Tolte steady exists with the same.o^ 

The nexCstep.opllons table ooritains the following oolunnsreM^ to wcrldlowgenM^ . 

• msfi_id • The msgjd of the nexLBtepjoptions. The msiBLid and the nwLstep.enLvd form «w lay to IHb tablb 
. nex1_i5tep_ent_v8] • The value that is matched to the 9p_nextJEteR_enLwl parameter passed Into the stored 

16 procedure to deterniine the options tortfiis event If no tow exists where Op.nevLstep.enLval eqMBis this column. 
■ theriit>wwheranext.8ts|>_cnL:valis~-isu5edHltadslBJ 

• enabled -A flag that indicatm a the message is enabled or.rnl If the message isnot enabled no T(d^ 
msgLid is generated when the event oocuiB. . 

• user.ld- The userjd that the message is assigned to if asrigru to Is V. 

so • mssL^up.ld-TheWbrligroiplDrtthewortvoipthemesugelsassignedtoifassigiUois^S'orifa^ 
is "D* and ttw ®p_assigiUo_arB is *0*. 

• . tiBCl^hist-V set then the ToDo is copied to the message_queue_hist.1lable when the ToOoi^ 

• Bsslgnjo- Parameter which indkateswhothe event should be assigned to Bs follows: 

ss • *S'- Assign to the user who earierated the event. ■ . 

. *D' • Assign to the user or workgroup spedHed by the @pjBEs!gn_to_aq and 9pJo_owner_efS. H 
@p_to_owner_arg is *0*. assign to the groiip specified by me nsa.£roup_ld ooiuma 

• "LT-Assgn to the user fipecHiad by the user_ld column. 

• "C** Assign to the group specified by the rnsgji'Dk^i.idcolurna 

30 

In summaiy. thieretore, the work f low of thb previously desaibed embqdimentol the present invention operates as 
fdiows: 

AnBpplicatibngeneratesanevent(220inFIQ.2). 
as • A single'evert can trigger multiple NextSteps (saq. each of which can tr^er a spedTcectivi^ 
is fixed by the worttfkM deMtion in the nexLstQ) taUi.. 

• For each NcKtStep 230) the next owner ol the message is detemdnkl by the hIextStepOpfipns. The NcKtStepOp- 
tions allow conditional generation of the owner of the.ToOo based on equality of a column in nexLslepjoptions 
table and a single parameter passed BS part of the event 

40 

The previously descrB)ed worlt (low engine is basicsHy steteiss- VVheh a user 120 generates an event, the work 
How engine behaves the same in response to (he event independent of how the user 120 initiated the ecArity and inde- 
pendent of aiiy workflow evertt that may have occurred In prior steps. 



In Older to (urlher describe how the oontftlonal work flow feature of-the present Invenfion may be implemented, the 
following terms and concepts are defined below, 

CiinriHionriLonlcTVnas. Condltienalloolc can be iKBd to deterrrine the nepdetep In the work (low process 
so elemeits 200 and 230 of Fia 2). to detemvne to whom the next step should be assigned (e.g.. element 240 of FIG. 2). 
or to stfeo whtoh epptovers on an approval list shoidd be used In one embedment, the following cperalkra m^ 



Comparing an integer or numeric cohimn to a constant. The equal, not equal, less than, less than at equal to. 
greater than, or greater than or equal to operaeons may be supported 

Comparing a string columh to a constant. The equal tOk starts. wiM^ 
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.• Booleanlo^c which cahin8dsse^mlconT>are^ 

.Th^presertwbrMlow engine ri»y.Bltow. the »»» • 
evemtuhc8oh (ele»nem22pofFia^2^ . - ■ 

e toalow.appiicationstopats'niprelhanlSvialues... 

.' Provide anprmeBnd,rci8daeedivityadionE,Tlris«flow 
vOthdrwise. appiom In B work fkM use an appreral 

»■ • ; ■ • • • 

• .ProiPktoadjnsisbnihandlnBafviprcNais.^ 
; H also decreases the develcpirierA cost of adding an^^ 
• _ apprcwal maintenance windCMfS. 

.15 • AutoiTatlC.6i<]port<arnewA(]prayal1eatur«eBtheym^^^ 

and cbn(Jtior»l generation. ' . 

' AUcw users to ^firbvetterns directly from'the Task Detans^ . 
• the appBeation ecWty. 

'»".."•".- - ■ " .■ . ■ ~ ■ ' ' \ ■ ■ • '• 

' . ' " Structures Irtteotaiiori : the oresamifvention fnay be Iwolemenled to suocort three Nurtures' based tunctons 
thai can be used within worttncM deTmitions. *Structures*. corresponds to htfrarchical stnxlured data in a database. 
' such as that built into the SmartStreanil^yal products availafale from Dun ftBradstreet Sof^ 
Jsdesqftied in further defied in the co-pMing U&PatemAppllcti^ ' ' 

IS Apparatus tor Protectng the Inte^iy or 8lrvcturedDa^*.(serieJ 
tqriBference:' . • • 

Ihe struetures4«sed fuhctlorts that may be supported by the present UwiiSan are: tsbiQ. UpOnea and 
. •.■ UiiToLayerO. as desaibedmlurtherdetaO below. 

: Three Str^ctoes funcfions are avdiable far work flow assigruTW^ . 
30 Layer. To sqi^rt these tiim:tions the Structures produd (available from 
en^arKed to allow a work flew assigiiee to be assbcMed with s poim ^ 

The Point hjnclian takes as input a structure group, a s6vciin name arx^ ' 
deternriin» the Bssig^M by getting the vvork flow essigneiB at the poim 

The Immediate An<%5tor tuTKtion takes as Input a structure group, a siruclu 
ss apoimnanrie.ltdeterininestheas^eetygettin9lhcw6TkflowassK}neieBtthepd 
otthepoanspecifiad. 

The Ancestor at Uyer furiction t^Kes as input a structure ffwp, a structure name, a layer.nante and a colurm fhiat 
.. is used as a pdm name, tt determines the assignee ^getfing the work flow atsslgrtee at the p^^ 
. ancastof of ttte point specHled at ttte indicated l^fv. 
40- • tiekt Step Pmeessiny :- In the hnolemanlaaion of the preseifil InvenBnn deserihad prariousht noA Bteo DfOCesting '. 
requires that Ihe initial values to the next step be provided in the tame Oder as the l«ys passed to the 
- painp004_nextJsbptunctea to a further entetfirnentltto, next step im 
activity cart be provided In any Older relaitfve to the keys to the Tb Do Ust 
gtoujkoilis&od In the embbdtirart of the present Invention des 
4S . user emeis an ecfivity from the ToboUst and tidisequenllypeil^ 

■ enWlirnemdesobed below, eie.step win be ctmipleted only If the user sub^^ ' 
the same keys as were passed In With the TbOa 

CcndHiona! Natl Slao Loait . Ttie worWtow enolnc desaribed praviouslv supports no conditionBl neneratton of the 
next step acth% (230 in FIG.'2). In a further embodirTieril. toe woMtow er^gim 
SO on any eolunm value passed 10 the trigger everdlurfctioa Each next step denritkin (230) 
. whichltis applicahle. .. 

■ ponaHional Owner Laoie ^tothe ernfaodirnentoti>ie.prBsenl.iriventton.deseri»ed iarevtooshr. the vrorWlow engine ; 
° supports Gritted conditional generatianollhe.owiier based on toe neidstqperigty. to a furtt^ ... 
present iriveiitidh. toe-workflow engine wai aUow .conditionar assignmenl'based on aD the oontparison operalom using . 
S3 all Hie oolumn values as data.' 

Data \telues. vyito the worWtewdtslPn described prevtoialy. the svBlOT 
to the neid Stop to M worWbvL to a lUrther.i^itedirnent the «^ 

These vaiujesovi be used fbroqndtionallo^ or ban be passed on to the n^ .- 
. ' 14D), a fiag inay be kiM to imScate whethw V 'n^ 
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The design etaivlaids may also be dianged to reocinmifend 1^ 
caO to tlgger evert. For wtndowG where rnore thai 32 ooiumis are avaOabte. the'dweloiMr preterrsUy tjniiii pick the 
. cohmn? that are most Duly to be passed dritoothv 
ewent.pararreter6.Aivcalun¥i value may be passed to the triogar.a - 
a n«acb«By Bpp«rqn1tewir«Jo«». 

Existing application. windOMS iray. continue to work unchained; however, only those values that ere currently 
expficitly passed mqr be fiiraBable tor use in woM 

' ttoniiirtMrd cotunn values provided to ttetrigoereverrtfi^ , 

Window IriHlal Values. The jareBcnt Inyeftten ireiy ha impl^neHBd to requira thai applkatiM witidoiiK that partid' 
. 10 pate In woildlows provide a dictipnary of what coiuninseatfiieiiv^ .° 
t>& dictionary to tate care of reHsrderIno eobrnn values GO 

not InfipiDrtant, The dicBonafy ttay also be used by the wofWIow »«rtifaench usw.iritertaoe to maKp It easier to^ the • . 
'.designsr'to conniactthe dsta bdiween adivitias. 

'The virorttf low may allow vahJtt to be remapped, eb M 
- M canbe ruppedtaa cMiercntfieUw^ - 
. In order to ahiisye cm the ki^ values lor tracMno «^ 
... theoblumns'ineyem-rKBterbemaikedaBkqyvplueeorhori^ 
that uniquely spe(Eily.the instanceol m evem.' In general these vBlues'w^^ 
howevtf . th^e is.i» resHi^'lhat ttds must be the OBM. 
.to AdrririiaraevelntBftaeeL ThBpreBartiiivBittinnmayhattegl^^ • 
<acetorde>ini>iganddescrbingwoiMICNK.ThfeiBerl^^ ' 
iserimerfau that is .more jntuiSve and wltichsiqjpoilf^ 
Br<d approvals. • " 

Mail lnteoratlon. .Tha present invention may be designed to support rradl integration by aeafing an 'attachmdii'. .' 
ts Mail would be used M the delivery mechartismtw 1b !>} messages, but wouU use tlw WW 
invention'as the "loiims padoge". 

When' a user of the present invention receives an E-mail To Do arvl cSde.on Ute attachment pwlioa' the «ystern 
would check to sse H the presem Invention was operationaL N sa Ito system %rauld.sinply send 
Exchange) message to start the t^ipiiopri^e acUvity window to process the ToOa N the present invention was not 
30 activa.KvwuidbestBrt&fwhichwouldbringijptheloginboKtoaoi^ 

- the uMrtermiriated the BcMty window, the preseritinvanAkinwouklrernainoperafloriaLFI^ ' ; 

' TpDoinaUser^inbox 

poles. The present Inventibn may be irrpteirantBd to provitte the BbHily to define, "tales* wBhln a companjn The' 
worMlow designer could then defmvvorMlow-ownere In tmisri ■' 
. 35 to determine the real user or ^oup. This functional^ allows for eatier i»prograiit^^ 
pary or changes Jobs. 

Sutislltutes . The present invention may be in^emented to allow the user or admlqiBlrator to'ddirie a substitute lor 

a user. When a user has e substitute defined tbrthern. all the useriB To Do's are sern to the substitute rather th^^ . 

epedf led user. A substitute can only be d^ined tor a user - H cannot be deTffied tor a workgiDup or a rda 
40 . . FIG. 11 depicts a fimcfonal block diagram of the present Inveritlon adapted to in^ 

above. The basic sttuciure of the worMiow design that may be utilized witii the system of RG. II is sindlar.to that 

desalbed with reject to FIGS. 1 A. 1 E. 1 F, tH and 2-S2. However, tor clarity, new f iguref eference numerals are used 

In FIG. il-orcourBe.HwB be readiV understood BirtcerlBhc o n y bneniB In FtGLIIgeriatallyco i T e s p ort 

ponenl5inFIQS.1A.lE;iF.1Hand2-S2. . 
4S ReterringloFiail.lheworWlowadn«iiEtr8tar1D001niiyuBeaniltortdlowV^^ 

. Itow tar tlHi present bivenlioa .The.WorMtow VMBrttwrich uses the WOfWIow Meta Data 10010 (acSvity_msister. 

evBnl.master,«kyto show wtMoplibnB are awBabla The woridlo^ - 

stored In thedatabase h ttwLWbrldlow Oelina&in tafalBS 10015 (noxLsi^^ 

When a user. 10002 perloniB an action in miuiitfilywindow.-lb02D that . 
60 actiiiity uses AppScation Architecture . lUndlons 10025 to call the VttortdhM AP1 10030 to 

passing in ttie relevant data values l6o40:The WbrMtow API lOOSO cals the WbridkMr En^ 10045 which uses the 

event 10635..th6 data 10046! WAMorkflowDefiiitiom . 

step.. The next step and the data assodated with H are stored on the VWorWIow Mwsage Queue l OOSb. The user niay . . . 

see next Etefs as Tasks on a To Do Est 10055. VVhrna userpiiMxsses eTo Do message in theTo Do Est 10055, the 
55 message is deleted a marked as oompletB on the Message Queue lOOS). Additionally if the system is set iq> to trad( 

history a copy of the message Is moved to the Vtorttflow Tra^Mng tEtiles 10060. (message.queue fastory). 
. AppEcBtions .10065 not designed tor use wMi the presembwenfi^ 

wbrMlowAPi1003aTh(iWbrMdwAPI.l0030allomsucheppEcBti^ 

10055 that eriB on the inessage()uMe 10050, and changed stabs bi 
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The WbfWIow Worttoench 10005 may be designod ID provide an 
togic and strvclures imegiatioa Tbe'new teabiras pi^ 

10010 and dwnges tothe exisfinB Wbritftaw Mete Data taUes.lOOlO. the WorWIow Ddinitions tables 10015 may also 
be enhanced to Givport'conditional log'K anl drudires M 
s TheWDrWlowAPl10030maybemodfi«ttos^ppartnew««^^ 

DeTinifion 1 001 S and Message Queue tables 10090. The appfication aichitecture functions lOOeS which interface with 
. the Wort<now AP1 10030 may be designed to Iw bachwaids oompalfeto 
appTications be bnplemented to proiMe nrnre data Miuas to thase}inft)ns. 
The WOrtdlow Engine 10045 may be enhanced to reaolye condiliond 1^^ 
10 chkal database Structifes integration and toileal Willi the tatteatru^^ 

DeTinltion 10015. and M^ge Queue tables 10050. The WbrMlow jEntpne 1004S mf also include logie to resolve 
roles and BiiiEtitutes. defined previously. . - ' . . ' '. 

-Approvals' may be bui1l irdo the wqtMlow. Approvals build oih the appficafiOf) specSto 
already in place, arid rei^re the apprcafon diaveloper to do the fbBowbio: 

•15 ' • •■ 

1) Add an approval taUe in the appCcatibn database. Tlie Itey of approval tabte is the appOcafion tabto kejn a 
sequence nunter. arid m dwfwf. The entries with the lev niatci]^ 
the approval DbI tor that fow. 

to 2) The platform provides approval EstB.When'an approval ia the neriatepffte approval IM 
the approval windovv as data. CondiSona} logie m be supported in the determii^ 
tsed. Dynamic generatiori of the approvBirst wU allow the nameol the approval list to be 
epplicaticn wirxJow. 

gs 3) The platlwm will also provide a generaTaed window.lor traddng.approvala. TTiis window wl be the management 
intertace into the application provided approval table. The approval hacKing window may dtherbe an ancestor win- 
dow ttiat the apjsIicationB use to create their ovm descendant traddng window wHh the proper keys or may dynam- 
ically modHiy itself to use the proper keys and data. 

30 The foliowing table (Table M) niustrates those database tables that may be changed from those tables previously 
described in order to implement the conditional worltflow features olihe present invention. The first coliinin describes 
the taUe name^ the second cdumn desalbes the family of the tables aihd thellM cdum 
thetaUe. 



TaMe 


Family 


Change 


ne9(t_Btep 


wact 


Addition of torward allowed flag. 


next_ct^_cptions 




Modined to si^ipart condifional eiqpressions attached to a next clep define 
Addtionol fields to Bitpport structures Interface. . 


messagejqueue_1 


w5t 


NornnOzed with column values in the messagejqueuejvalues table. Key 
Chang ed to t>e server mrniber and sequence nuntber. The old keys t)ecome 
non-key columns. Acttitfan of columns to support enhanced tracWng. 


message_queue_hi6Ll 


wOt 


Normalized with ootivnn values In.the messegejqueue_hisLvalues table. Key 
changed to be server nuirtier and sequence niirrber. The old keys become 
non-key cotunws. Addition rtooluntne to support enhanced tiacMng. . 


event_master 


wact 


NontBEzed wllh column Ids In the MTitjColumns fable. 



The following database tables Shown in Table N may be added to support oonditioriBl woridlw^ 
column desoibes the purpose of the table. 
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"Gable N 





Family 


Purpose " . 




wad ' 


Contain Ihe'condHtond expression associated with a next Etefi 


nexLctBP_4>l!ons_cdnclitlans 


. wact .. 

W8Ct 


CoritaksihesoiJrceadi^todeslinalionecSvitymapplngd 
andindicates wIMtoalunns are dsptayed 


inessBge_qinii8_vahws 


•* 


(^niairis the Gobjinn vahie paiamcteiB tar a message on tha message 
queue: . . .~ . ' i 


message_qijeuei:.his\_value8 


wql 


ContalrK the oolunvi value paiameters tor a rnc&sage' UMed 9h the 
message queue Mstcvytabia 


aetiy»y_lnpuU«lu«8. 


waa 


Contains a Bst of tie column ids thai an adMlyxan lal«a as:input' 


loles- 


- was. 


Contains fi Bst of ndes and owner names. 




wad 


Containft'the oofffitioTB for a rele. 




wad 


Contains «ie cokimn identifies tor an event 


substitutes 


wad 


Contains a rsl ol temporary substitutes. 


appr<walja_heBdef 


wad 


Contains the nafna and type of an approval list 


approvalJsLcietaO 


wad 


Contains the Bst of apprpveis cn-an approval fsL 



FIG. 54 illustrates an E/R cSagrem for the tables that have been Changed or added to support conditional worttflow. 
This cfagram is described in turttier detea below, 
so ihe database tables surnrraHzed in tte tables above thai are ^ther changed or oea^ . - 

detailb^.Someol1hese1abie5aredescribedinfwtherdiiaillntheappendicastoU.&P^ . 
08C13.022. filed Mvdi 14. 1894. and U& Patent Applicafion Sjwial Ma 0B/47S.S7S..tiled June 7. 1995. both ol iwhich 
are incoipQiated herein by reference thereia ■ . 

nam step . The liwct step table is mocfifledwift the addition of ton»ButLallow^ 

as the target user can fonirardlha To Do to anqlher user. 

next sieo options . Condittons may be added to each Next Step Option, Thus an enlity_se(Lnum field wiU ba added to 
each cpdon as part of a Itey. The options that have it» same msglid and nexLdep.entity but «9h different 
enl)ty^se(L.num values represent difterent conditions tor the same entity. Since.the worfdlow engine must always come 
up with an assignment tor every lb Do, the last oonditionB musi represent the 'else* condition. The worldlow w 

4« GUI wil ensure that this is true. 

The assignee in next.step_aptions may be a structure tundton. To support stmctiire functions, the toBnring.obl^ 
.umns are added to this table whkrh are used when the assigryo field imficates a Etnidurestuncfian: ■ . ■ 

'• s»ucLfunc_lype • Indicates whteh functian (IJpOne or UpToLayeO is to be pertonv^ 

• stiuctgroup-ThenameoftheGirudureipauplhatltiestnjdurelsameritoerof. 

• stnxiur^nama-lndicBteslhenarne of toe structure that is to be Iravaised. 

50 • GoLid- Indict file GOlunm value thirt Is used to find the storting point in the stiuctu^ 

• delBuiLtype- Indicates whether the user or woi1^)rolJp should gettt^ 

• layer.hame-Hatcfe the layer naine parameter to the tonetionH the stnjcturefuncb'on is UpToUyer^ 

"as ■ • . 

[II^ggSJ]UBifi_l- Tlie tbilowing changes wBI be made to the message queue: 

. • Thi key wID be changed to be serwer_rmne and sauMni""*"^ - 
the message was created. The seq_nun column wlB be a nuntoer which uniquely IdentHies a message ««hln a 



47. 
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server. Both values are required as part o) the key so Hal every message has a system-wide unique key fair tiadt- 
ing purposes. If a message is reassigned to s user or workgroup on a diRBrenl setver. then serverjiaihe cobjinh 
will be Itie server where the message was first oeated not the name of Ihe server where the message is stored. 

. The createjfirnevCwiier_ld. arid oamer.iype fieUs wil^bec^ 

- TharnesssBequBuewiBbenormBGzed lhuKlhaeoUiUiandcoLvaUi cohjnihsb^ 
win be moyed to thie messagejqueuejcolumns taUe. The key. to tie table wO be'server.nama,- seiuuix and 

The prev_6erver_nina'prev_seq_nun), end lasUnserUype odumqs areadded to tupport enhanced tracMng; H 
the rnessage was Inserted when not processing a To Da biecause 8 1b Do «M8S re^ 

moved from one server to another, then Vie prev^serwirun andprev.seq^num ihdicata the Hex of ttia previous 
message. The lasU>««rUypa «f« indicaie the type o( tha.inseri The type d the insert can be either no previous 



bJ^. The message queue history table'may be changed to'malch'the message queue table. Thus 



the following changes wffl be made: 

• The key wfl be changed to be Bwver_h3iTie end BBcLnum. The serverjnarne\m^ • 
the.message lived when it was processed. The &eq_nurri field w!D be a numeric datatype. 

• . The owner_ld. owrier Jype, actitity_id. msa.iC end delete_fime (ieUs wiB become nnHwy oolumhs 'n t>^ table. 



The prev_server_num, prev_seq_'«"n, and lBSt.ii«ert_type columns ere edded to tupport enhanced tracking. If 
the message was irisert^lwh^n not processing a To Oo, because a To Do was reassigned, or because a user was 
moved from one server to another, then the prev.server.num.and prev.sec^ntjm indicate the key olihe previous 
message: The lasUnserUype wiBHndicate-the type ol the insert. The type ol me.lnsert can be either no previous 
message, next slepL retesign. or user movemenL 

e»«H ma'ster. The event master table vril be normeSEed - thus «ie GoLid_;r columns wD be moved to the 
; evenLmasterjcohimns table: 
nmt steo tohdatens. The next step conditions table wS contain the corafitional expressiori associated with a nextstep. 
The roM in ttn next step ooiidhioris table with the same rhsgjd contain the eiqx^ 
table containB the ioDowing columns: 

• msg_id (primary key}- The msgLid of the next step the condition is assbdated with. 

• expriess_6eq_num (primary key) • The sequence nunter of the row within the eiqwession. This indicates the order 
of the operands In postfix notatiorL 

. operator - This incScates the postfix operator. Ttus can be an arithmetic operator (>,-h>, >.». <. or o), a string 
. operator (equals, starfe with, or contains), Uie Imefion operator.' or the push operator. If the operetdr is an 
vHhemefic or stritig qjerator the tundion is performad on the Ivvo operands CM the stack 
tion operator, the parm.type And parm columns Indicate the lundion definltian and the tuncfioh is performed on the 
values on the Etuk. The restdt of tfie function is then'pushedortto the stack lf the operator is the push operator, 
the parmjype aiidljxuin.paranwters indicate the censtM 

■ . pannjlype -If the operator is push this column indicmes what value is to be pushed ft may Indcate an 
to be pMhed,B column is to be pushed.:the user id is to be pushed «r the next step entity is to be pushed. . 

• perm •ffparmjype is GoriEtonl.tlis is the value to be pushed. If the paniLtype is a ciDtufiin.ltds contains the qot- 
iflm Id. H file opeiatoi is function, tfiis oohuwi contains the function name. 

nex^ alea pararTifltar&.ThenBaitrieppamitfatefetahlBMntairigaBBufeBBetlvilytftde6tliifltitmBriiuityiwa|^^ 

umns and indicates vvKeh columns are displayed on the Task OeiailB GUI descrbed elsewhere It ooniains the fellwing 



msft* (prirnary key) - T>» msgjd oltt^ 

col.id (prhnar y key) • The odja cOufrn contains the oobjim W « the coU«to provided by the went 

desLcol-nufn • The index ol the oolunw in the InlLvBluesO array that is passed 10 the ta'iset wAMf. H the cohiim 
Is (fE^glayed twt not passed to.the target wrindow ttien Mb 

desLcol_id • l)ie nlurnn id o> the vatuei from In the destiriafi w w 

displayjium - Tins vdue Indicates the colimi where the «ak^ 



S. 11w.nexl.Btep options talile contains he eondltiona) exprKsion a 



ntm SOB cy""- ™imiioij.i». iim •■wt Dtop i^juyiu k»»«. — —-- - - - 

15 ste(> opfions. The liey is mSg^id. nmLdeP-enLvat. enfity_6eq_num. and «press»n_B«i.num and the noivhejf col- 
.urrrisaretheean)e8sinthenegeU6tep:.contffianstai>te(q9erator,parciUype.an^ ■ ;. 

. nr'^a o" numc values. The messaae oueue values teMe contains the coliinw values ttiat are passed along witti the 

ToDa These values may Include values that are Keys to the tflMering event, vah^ • 
. activity, and values that are cSspliyed on the task detaO GUI (see Fia 1 6L). TWs table contains the taBowIno eolunvB: 

• . 6erver_nunnb8r(primary_key) -The server nurnber.whCTe the message was gweratsd. 

• seq_number (primary key) -The sequence number ol the To Da 

25 • col_id (col.id)' The column idol the value as II is passed b) the event 

• eoljmr- The whieol the column. 

.-. key_num. II thocoluiwi is a key wlue to the want then tifeedumn contains the nun*^ 

.30 is riot a k?y value. column contains 0. 

• desLcrf num-H the column is an ir«al value lor the target activity then this column contains^ 
umn in tiie intt values anayi if the oohmt is not anIrAial value, ttien this colurnn contains 

ss ' desUcol_ld- This colunm contains the coluimW of the eohimn In the |argetacti^ 

• displsy mm - TNs coIuityi contains Ihe 

column where the value is displayed bi the Tiask Details GUt It trie column 
is not (&ptayed in the Task Details QUI. then this column contains 0. 

M fpPssa gB queue hist values. The nie65aBe_queue_hist_values contains ; the same colurhns as the 
messaoe_queuB_valu8S labia ' . 

petiwHy innut values. The BcSvitv inbul values table contains a Bst d the column ids that an activity can take M 
This table oontainB the tolhwing columns: 

.4S • aclivityJd(pflniarykey)-TheacMvld.o«iheaclivil)i 

. dKt_cd_nurh(p»Bnary key) -The number olfte parameter In the bilLvaiiesw : 

• desticol.id^^^ key)- the column Uoi the pkranietar. 

so '^'"'i 

. key_fl«B • A boolean flag Indkatlng whether ]fte column is a column or not 

For a parfeiBf desLcd.num. an activity can accept column kJs as input This feature allows "column synonyms". .■ 
although Ih^ must be separately specTwd lor each window in the system. 
55 tgffi. The rd« table contains a fist oJ roles and owner names. It contains tfieWI^^ 

• loiejiame (primary key) -The'nameotttwfole. - 

.. role_seqinumft>rimary key)- The ie«v«ence number 01 the oonditiontf 
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' sequence nunWoRter and Ihefbsi condition that is true infi^^ 

• own8rjype''nw type o( the role. This can be either awokgiouph a 
« • oymer- The woriisroip.usw. or luncSon name ttie role shoiMRH^ 

The lOle taUe oonlainsisuppart tor oortftional rde general 

■ flip conditipfg . The role owMlons table contalris the condition 
n unms role name. rolejEeq_rwta and expressloruGeq_r»jfn colunvis as keys and the operator. parn\jype, andparm •.. 
Golii(masrwn^values:Therneaniii9oithesecoIun«ieinthteta^ ' 
inlhe nexLete0_oortditfonE or na(LBtep_oplions^oonditions tables. ' 
pvert columns . TheewtfcohwwstableconlainsthecoluiTinaeriimaratBrBnevMtB 

IS • evetiLld (primary l«y)- The event Idenlifier. 

• cottirnunum (primary hey) -Ttienurrberol the cohnnwAien pa 
dure. •. ■ 

» • coLld-ThecoliininidenaieroltNeoohminvalus. 

• key_r»im - Wicates what number key the' column Is tor the ewrn. II the coluinnten^ 

contsinsO. 

25 fiubsMlutes. The subsHtutes tables contains a lha ot usew who haw substtules deWned tor them. B contains the tollow»- 
' Irtg columns: 

• userjd- The user.ld of the user «#iOBs messages be sent 10 the Bubstilule. ° 
.36 • subst_owner- The user Id or iwolcgroi^ idol the substitute user or wort«^^ 

• subd_ouOT8r_typ8- Micata whether subsl_o«(ner is a user or wor1<o»oopi 

q ppmwal. list The approval lisl table contains the header inlormatian tor each approwal GsL ll contains the toOowing col- 
» umns: 

. apprvLfeLW- The named the eppromlteL 

. appral_activity_ld- The Bcfivily the approval list is defined for. 

• notes •Notes that the user can use to desaibe an approval isL - 

ppmoval list detail. The approval DsldelaB table contains a line item «Dr each approver on the lisL It contains thelol- 

• appwLlisUd-ThenanieaitheanMovalisL 

• appn4_acfi«ily_ld-Theacevi^theapprovallistisdeined(or. 
so • appnLlewei'- The level tor IMS approver on the iiBt 

• appniLU- The user laMitioroup oriole of the eppiorar. 

• appnHLtype.eode- The type of apprvl_ld.*her user {u).worl(Broupte^^ 

• slrueturejunctlonjype- The type of the structure function Bapprwtjlype_c^ 

• 6tniciurOroup_id- The structure group ID used lor the struchire function HeppivL^ 
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• struclure_r»me-TheGtruiiurenaiTWiaedterthesliu^ 

. eoljd-ThecoliOTnlOolthecolwmusedasth^ 

e • byer.name • ITie layer name lised tor the Etructure tundtan H appoMIJypejcade is (0 and the 
Etructure JundiorUd incficates Ancestor at Layer. 

- . debuttjype -The type ol the defauH assignee to be'isedw^ 
• tails lor soina-.reasoa 

10 

Almost aB the wortdlow stared procedires and vaMtatt APi.lundiora; described previously tor this Invention \will 
: preferiat^ require changes In order to iriplernem the conemionalliatHc.enrtx^ 
the dtan^ n the message queue key. the Inaease in tlie Hunter ci colurm values passed in to 32; the Increase in the 
potential sze of aU column values to 255 bytes, arkl the nor maloation of the message queue, message queue Nslory. 
IS and event rraster tabled 'ihe toHoiwng tables list eadt stored procedure and worMloW API tuncfion. indcate wtNttier 
• . the exteinaiinteito.tolhefuncfiotB requires changes, and descrtoes what ai»«t^n^ 

'^irtiftitoe the impart 01 future changes th^fliess^ quaie toy will preisrfab^ 
as a a lOO^vte charader suing. AppCcafions wiichw the worltflaw 
» cies on the internal format of W8 string. ■ . 

Ihe toDowing laUe (Table O} describa the interface-changes iteeessary (or the WMtf low 
Viously described inventian (e.g.-. SmartStream 3.0 available front Dun & Biadstreet Software Services, inc.). 
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WMTfcflow API FUlftlOD 


Interface 
Ch«o«t 


DcnripUop 




WFChooseTufc ' . 




• Addiiion oflhc KBiiiicd kQT itriag. 

• InocaK ihe tile of Ihe cai_id_r ifiqr freoi 16 to 12. 

• IiicRiaeilieiiieoflhecal_val_t>fMyfNin I6to ■ 

32.- ■ • . ■ 

• Lrao^Ac BK aviiiabk fw each icMiiMd oolmnB 


10 


WFDekileTask 


Y : 


• dLinWH) use Ihe or* key JtrinK. 




WFDerTBskiByFromAcl 




• TOi funaion will no tonger U tuRwrud due to 
disirituied workflow. 




WFDdTasUByFnmAclBjiOwnct 


Dtleted 


• Tlui fuDctioo wiU DO longcf be nppoited dutto 
dinributed workflow. 


18 


WFDelTBikiBjFramActByOwiiei^yCol 


Y 


• locioise tht ok of Iht aAJA tmy from 1< lo 32. 
'iBCfeaselhctiaofiliecol vol omy from 16 to 32. 




wrpelTasiaByTeAa 


y 


• JncicaK the siic of the cOi_id may from 16 to 32. .. 

• IiKiEOseiheiizearilieoil val may fnm 16 to 32. 




WFOelNbiOlNeMSlcps 


Y 


• loctease tiM the ofthe col.id amy fibra 16 to 32. 

• iBOease the size cf the ool vol array frein 16 lo 32. 


» 


WFCclNcMSup 


Y 


• AdditiOD.of returned key suinit. 


as 


WFGeiNcxnruk 


Y 


• AdditiOD or sew key ttfiog. 

• Addition of ictumcd' key Miing. 

• tncieose the size of the eel.ld.r anay from Uio 32. 

• lociase lhesizeerihccel.val r amgr ftom 16 to . 
32. 

• Increase the size available for each icnnned eOluma 
value to 2 J6. 


so 


WFCnPrioiTuk 


Y 


• Addilioo of oew key sifiaB. 

• Addition of returned by string. 

• Increase ibe size of the ooi_id_r array from 16 to 32. 

• locrcase the size oftheool^val^r array from 16 to. .. 
32. 

• locteate the sizt available for eacb rciurool coluno 
value to 236. 


as 

40 


WFGctSpecilicTask 


Y 


• Addition of new key siring. 

• Addition of fclunied key suiiig. 

• Increase the size of the col_ld_r anay ftwu 16 to 32. 

• Imease die size of the col.val.r amy from 16 to 
32. 

• Inaease ibe size available itar each returned columa 
value to 256. 




WFRoasixnTasli 


Y 


• atanee to use new key sirioc 




WFSclTBikSutiit 


Y 


> OvAnRc to use ne«v key strine. 


45 


WFTriggcfEvcu 


Y 


> Inaease the size of the ool.vallanay from 16 lo 32. 

• Paiameler reordering using the activity input UkUc. 

• Next Step comfiiion evaluation. 

• Assignee eondition evalualioa. 

• Rok lesoluiioa 

• Addition of key of the previons cwcal key Mian. 



Tabic O 



Thetall»»«n8tatte(1htteP)deswa)estheinieitec»ch^ , 
prwiously described imentian. 



CXi 8L.T Ctr»J3> R, TE. ^-^^ 
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Stored Pmcdoic' 


iBUrfact 






psp_del_iiique_by_owB_lr_eoI_l 


N 


• Cbaoge to lut eonnalistd mesage.qaeue 

• Fix to ml can about column ordering ' 




BSB «d cvim (1) 








DSP ins evtm(l) 








psp upd evui(l). 








m -6A cvm ■■ 


N 


• Tu to deal with oonnalizcd ooliunn ids 


10 




Y 


• Addition uribnard aliowtd flajt 






Y. 


• Addition of Eamnl allowed flsK 




psp 9cl ludjn for wfa 


Y 




IB 


pip_id_njao_for_'i* . 


Y 


• Stippoit Vxt cnlity__^5equeiict^itunibcf, 
ftniei_ftini_iype, Bructute,^ioup^ anieiiiie_aaac; 
cbl;.id[ layo.namt, debidt_9|ie, and 
(le&ull_)issign_tii 




psp sel cvun ibr wb 1(1) . 


Y 


• Fix to deal with nomalbed columii ids 




psp «d Bxtm fu WTkbench 


Y 


• Addition of forvuBtd iHowedflan 








• Suppofi lior cnt/ly_se<jutiicc_nuJTibef, 
stnict^iuix_9P^ Biiiemic_grtu|^ tfraduict^oaniei 
oot.id. Itqm.iiaine. ddbnlt.lypc; and 


ss 




Y 


• Support fof entily_seqiKnec_inilliber. 

struct fuAC type, stnjctute grpuiL struct ure^nanic, . 

col_i(lls)M_iuiine.debiiU_Qfpe,aiid • " 

de&iidi_assigo_te 


30 




Y 


• ChaiDge to dial with aomialiied event master. 

• Change » handle np to 32'coluinas associated with 




psp_iiis^evtin_2 


Y 


• Change to deal with'Bonnalizcd event Blaster, 

• Change to handle up to 32 oolunuis associated with 


35 


l»p_iipd.cvtm.2 


Y 


• Chaitgc to deal with normalized event master. . 

• Change to handle up to 32 columns associated with 




iq>,jct_coUnb_by_aiegoiy 


r 


• Change to deal with Donnalizsd evon mastcf. 

• Change to handle op to 32 columns associated with 


« 






ancveaL 




pqk.sd.rvuiijor.wb.l 


Y 


• Change u deal with aennaliKd event naoer. 

• Change to handle tip to 32 eolnmns asseclatid with 






Y 


• QianKC to add the forward allowed coIiubb. 


45 


pjp_stl_8U_ionp 


Y 


• Stqqwn br entily_sa|ueooe_nun>l)er, 
flnici_func_lype, Bnjcture_gioup, structute.name, 
cd.id. btycr.name. deCuilt_9pe. and 
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psp sel inqut «niup task ownen 


Y 


• Change to dtBlwilbBoitnaliitdinBSMe queue. " 




psp ccl evun ool 1 


N 


• Chance to deal wiibnonnaliicdcvcBl maw 


5 


psp_vaJ^iuclo_asg''_<'*otWe 


Y 


• Change to deal with condiliend next ficp 




p^' Id cvtm wl.auliwwi ; ■_ 


N 


• Chaiute to toe nomalized event master. 




pqi^dcl^iBQUc (4) 


Y 


••ClBngB to ise the newkcjr. 

• dmsKe to deal with DOimalixal nesage qncML 




p9 dcl'in^|>K by own.fr tGi(4) 


N- 


• Channe to deal with nonnalized atsasf Vltoc. 


10 ' 


pBdd mmbrfr MIR) 








iqijfei^ii^ue_l9.lojMt_l P) 




• Chanaeto handle 33 oohimB vahiei. 




MB dd' ini|iie by own eol 1 (11 












• Change to deal with n noimaliied DcssaKC Queye. 




MP upd nMBie H«g_piiorH».. ^ 

jsf upd ague hhk taygatm ; 


Y 


• Change to use (he new mesjage oueue key eohinuo. 

• Ctiangc to use the new message queitt key cohmutt. 




M» and mqne mit Mtui 


Y 


• Change to use the new message qoeue key cohuun. 




MP and mqae. insy mttia 




• Change to ose the oew mettage queue key ooliunns.* 
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psD ODd mquc nana m 




• Change is nit the itew mexsage Queue key coltimis. 




psp_iEl_miiue_deija 


Y 


• Change letum the eolumn valoes for each 
message as muliiple taws rather than as a smgk row. 




p^_sel_tnqBe_imglifl_l 


Y 


• Change IS lelun the cohuiut vahits for lacb 
message as raultiolB rows lather than as a single row. 


a 


psp "p^ "qut 


Y 


• ChanRC to use the new message Queue key oohmms. 












psp_fel_mque_ncp_mjg_key 
psp_dd_mque_hifl 


Y 
Y 


• Change to leiura the new message qiieuc k«y 
oolumos. 

• Change to use the new messags queue histoiyJtejf 
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^ gl moub naiidttl 0) 








ne scJ mfpic date msg 


Y 


• ciuntge to use new normalized message Queue. 




pjp_lfigger.Bms_e»enl_l 


Y 


• Addition of prBv_ser¥«f_naroe and prtv_teq_muD 
fields as iopol. 


» 






• Change to use Mtmaliied event master. 

• Change to use npimalized message queue, ■ 

• Addition of conditional logic (see below). 

• Addiaon of role leselutitii. 
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psp id inqw^ncM_n8g;_l (1) 


Y 


• Oiakige to rewm the "new message queue key 

• Change to use new normaliiBd message Qoeue. 




psp_id_inqttc.,^iior.iBSK_l (1) 


Y 


• Change to leiani the new message queue kc} 

• Change to use new nonnaliaed message oueue. 
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ptp_$d_nu¥Je..piior_niit.J 


Y 


• Change to leiom the new message queue key 

• Change to use new noimaiiifd message outat. 




p(p_Bi_inipie_scp_in8j;.2 


Y 


• Chan^ to use the new message queue key coliunns. 


le 






.rhM^ifeeRSultiell6handleuDto32coliains. . 



rte: AiB^i 
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pip_Kl_all:,inque_iiisi_2 . . 


Y 


• Change 10 fcluni the new mesuge queue hisloiy 






• Change to use new nonnaliKd message queue 
hiaoiy. 



Several tooma should be. (snsldered when readir^ the ab^ 
correspond to sarne numbers in the abcMe tables: 

(lyihese stqred procedures only deal wMi lO.cotimns bi a m 
they shouU preieirBbly be deleted and the «Mo*m iBr 

(2) these stored procedure ere no longer supportaUe wHh the dstrbuied work f Iom (eature of flw present kMen- 



These Etaed procedures are s0 used ty the worMlow API: howetw 
' nature ol the present imenfon is har<dled.Bppllcailonsshould-prelerratily not cafllhenndireelhii 

(4) Callers ol these stored procedures nnisl make sure they ar« operating agairist the oorreci message.queue. 

The triBfler event stored procedure wiB eddWonaOy require ctanges to evaluate coriditional loflic. These changes 
are described in the toDowing section. 

nm trioaar aw s event Storea Procedure. The foUowino changes wiU be made to lh6 pspjrigger_ams_evert stored 



Aefivlty Input Table - The aeMt^ input values table war be used to reduce and older the oohinin values that are 
Included ih the generated messaga ■• 

Next Step conditian evahjalion • Each ne]« step deTmillon lias a oor^^ 
' geredH the condition Is tiuk The wortdtow engine will hm to «valuate:theGon^ 
. shoUklbegerieratBd 

Assignee condition ealuation - The Assignee (next step, optians) ol each wortdiow event win be able to have con- 
difional logic attached to iL The woridlow engine win have to evaluate the condHional logic to detenrtne who the 

Assignee is. 

Role resolutkm - An assignee can now be a role. VVheri an assignee is a role the worldiow en(pne win have-to 
resolve the role. 

' Subsb'tuteprocessins-l> the user has a substitute deTmed assign change the assignee tDlhBBubstititfe user 

Approvals - 'Approvals' are described in (urther detan in a later secfion. 
The new algorithm tor the psRjrigger jm^evert siored preoedure Is described below in cor^junclion «nth FI&-SS as 
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[itq> 5501] create a temp tabte for the column i«]s and colunm values 
{step 5502} read the column ids for the event into a tenip table 
[step 5SQ3] if (event is not enabled) " 

• [step SS04] return . 

[step 5505] put the column vahies into the temp table 

(step 5506] create a cursor to lead each next step irom thenext.step table 

[step 5507) wlule more rovn remairang in the cursor- 

• (step 550S] get Uie next next step 

• [stepS5Q9] evaluate next_step condition 

• [step 5SI0] if next step condition is true ' 

• [step 551 1] get the next step options for the entity 

• [step 5512] if no next step options for this entity 

• ' [step 5513] continue 

• [step 5514] evaluate the next step options conifition 

• (step 5515] wlule next step options condition is not true 

• • [step 55 16] get the next ne^ step options 

• [step 5517] evahiate the next step options condition 

• [sup 5518] set owner to vahies from next step options 

• [step 5519] if dynamic assignment 

• [step 5520] set owner to dynanuc assignment 
dse 

• [stq)S521] set owner to next stq> options assignmenl 

• (step 5522] if as 
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• [step 55'23]. evaluate iht 

• (step SS34] ifBsngnmentistoarole 

• . [ttepSS2S] lookup, the owner h (he rale tiUe 
' [iiep5S26] if^.tlw user has A substime defined 

• ' (step SS27] cliinge the owner to the 
•,. ' .•• . (step5528) if owner is on another ^em"- 

• [step 5S29] generate an ARPC to insert (I 
into the fcniott message queue 

. • . Istep SSSO] c 
> [step S'S31) if no dup message flag 
• « [stcpS532] if duplicate message 
. • (step 5533] continue 

• (step 5534] g« the owners folder 

• ° ' ( Aep 5535] get a unique identifier for the message 
•. [step 5536] begin iransaaion 

• - (st^S537] insert message header into message qi 

• ' [step 5538] if error 

. [step 5539] n 
• [step 5540] return emor 
. (step554l] i 



(step 5542) if error 
• (step 5543] TOin 
•- ° (step '3544] return error 
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• [step'SMS] insen message into • 

5 inessage.qiieiiejc^ 

• [step 5546] if error 

„ ■ • [step 5547] rollback transaction 

• [step 5548} return error 
„ . • . [step S5491 conui^ transaction 



. Be«h next «tep processing and neid onmer processlr^ require that conditional expressions be e/aiuated. One expres- 
sion evahaiian stored prixedure may be written to handle all ei^ression AOlualion. The digger event function will put 

go tha column wahie^ into one temporary taUa and the expression to be evaluated Inlo 8h.o»ier temporary tablB. Ibe 
eifpresAineialuallon stored procedure wriD evalike the eiipteEsionw ! 
boolran TRUE or FALSE to indicate the value of the expression. 
CondfllonBt worWkwr ivBI pretenably reqidre the toBowhg appScation architecture changes: . 
A porevB. Reject Approve and Reject are flew acBons that are only availatjie lor windows that support approvals. 

IS Approve and Reject wlO execute thie loeic that is currently h the approval windows. These ecSons are described in hir> 
ther detail in a later secSon. 

Fix Btg> comnletipn fauas. The loeic within basic window which corrtrols when a To Do is marked as compete will be 
frad SO that It only marks the To Do conpiete when a save or delete Is done with the same keys as the Iceys provided 
in the irdliat data coming into the window. This requires resetUng the AM_next_msaJl9L.i basic window instance varia- 
30 ble when ete window key values chimge due to the user tirr^ a ri^ 

The administratoi interface tot the present invention may include the iollowing new a modified.wiiiddws: 

work Row Wbrtoench . A new aaphical-based interlace may be Implemented tor daTiitina next steps and next step 
options (bwrar assignment). The graidiical Intertece will preierrafaly create conditionBl worMlow deTmltions required bf 
the newtable layout. This Indudesconfjiling any conditfonallo^ expressions ' 
S5 in the appropriate condilio(«i table. This worlt flow wortdjench mapping tool is deTined in further detaU in a later section. 

AoorovBl Traddno . TKs window may be keyed by the application key. It may (Ssplay the cunent status ol the 
approval process lor the Item shown. It also tihows a list oi the future approvers. Appromls are described in further 
detail In a later section. 

ArattwalUsi Definition . This window allows the administrator to create an approval 
40 name and the activity dass tor which it is applicable. The gMMlacthrity class n means that Iheap 
used for any window in the system that supports approvals. Aiprovals are described in further detail In a 

Rde DeilnHion . The Role Dellrtiiion window is a simple tabulaf window used to niainlain the role table. The toy for 
IKs window is the role name. The data fields ere the owner type (user or workgroup) and the owner. 

itepr fktetliute Definition. The Substitute Defiretion window is a alnglerow window that allows a user to ddlne a 
4S substitute (or himsdf. The key wil always be the user% user.id andwiDnotbeabletobe moiflied: The window wfll ds- 
play assignjo type and the user or worttgroup. 

arii«MBttim»rStit«titiitc. The AdnjnisiratcrSiAsiituta window 
trator to change any users substituted The key is iser_id and the data values are BssigiLto type and user or workgroi^.^ 

Artiviw mum Data. The T^clhrlty Input Data wMow is a keyed tabular wMow used to maintain the 
so Bctlvlty_lnpuLdata table. The key to the lop section is the actMty II The fields shown In the tabular^ 
tions of he window are parameter nuniier. colunm id. column description, and 

' Extuife The evem window needs to be changed to support 82 Gdumns within an event This can either be done by • 
modifying the cunert mndow or by changk^ the wrindow to be a ba^ t^lar. 

AppScations wil have to make the following charges to work properly with (he condHiona] lo^ features of the 
ss present invention: 

1) Change any.irutial data loads that load data into evenLmaster to toad data Into both evenLmaster and 
evem_oolumns. 
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2) Change any Wlial data loads ter the nexijstep table to kwJ data tor the nw cokmrns in this table. 

3) Change any liftial date loads idr the nexL««>_op^ 

4) Create initial data lor the adivity_lnpul tatie to describe the values that an adivdy can accept as inpU. 

• 5) Any application «iat uses the wWlo* API or which direcBy calls any worWiow Stored procedues h the tafl 
table brrtlies ha«8 tojba changrt to use tha rww wort^ 



worltfbw: Chanee al calls to trigger e«^ furic^ 10 Indude aB 

other activHJes or for use IncomfiOonallotfc. .• . • „ •. ^.^.w^" 

In order tbr the present in>«nllon to work aruclures. Stniaur^ 

used within vwrkno«s be repneated to aU««»Kf^ 

» . tlons B8 the assii^ to in next step opUons requires.lhat strudurn be enhanced to Inr'- ^ "-"^ 

. wiWnthepointdenhlllon.- 



Approval Enabled Activity - A window that supports user conngiifaton of Approval worldlow by ealfij^ the new 
Approval trig_event lundion ai«J aito<i«no tor the possW 

taiedtotheworldtownswingtoolthrou^thenewapprvLenatted. . ■ , , ^ ^j^^. 

• Approval Enabled Evert- An ewrt that anowB users to map a worldlowusmg an Approval Ust to 

^/J^'I!«LSwkHstolUse.*.VIW(Broup6..nde8or 

in an Approvai process tor Bii Approval Enabled Acft%. ^ ^ _, «.«h«An«,««i 

Awrov8iTracMnfl«t«U8.Anapplic8lionwind(«/lablelhatBup^ 
process and access to Approval comments. Shows Approval level, approver, name and W«f • i»» 

Substitutes - A Iteer'or Wortig>mip tfiat will temporarily receive WorMjow messages intended tor a spedTied User. 
This wBI apply to AlXWorttftow not just Approvals. ^ • -h -»«Tth!n„ «»fcftowi. ■ is 

Wbffcflow Mapping Tool - A eon^letely new graphical user interface tor dalining and desoiWng 'W^lwwi IJfc 
-Hive and supports spedficafion ol conditional. Next Steps, condiiibnal assignments and assignment of Approval 



as LiBl8.lt is desatoed in further detail betow. . ,„„ ■^..^uior.^.ftmi,* 

The main goal of the Apprwals portion of the present invemion is to pr ovrie me user 1 20 with away »««tw«e 
• the AoDTOval DTOcess with the least amount of work required by the appfications. A secondary goal Is to t»ovida a 
!5LSriS^t6ols.tos.ar«te^^ 
leatures as they are added to the plattapa These Include Siijslitutes. 
w Four appTication windows which .use an Approval process have been used as the »^ 
each iransacftw wBvJdwttiatsifliports approvals has: ■ 

l)AnApp«)vallisltable.6toredproceduresBndBn«intenancewindowW^ 
45 . 2) An Appwval Substitutes iable.6tor»dprocedurK and a nnim^^ 

3) Arv Approval TracWng^tatus tabte to ntonitar the approval proiss of a spadfic. inslanee. a eanmenis table, 
stored procedures and a Ri^enanca window 
so " 4)Son»rnechartentoreftherapprovlnoorr^acUngandhandllnothei^Jdale6totaelQngArtatu^ 

5) S<iript6 to read the instance table, gerierata Ihe appropriate Tb Do" messages and to reeognlia when the 
' Approval process Is conplete. 
£5 Payment Raouest and Journal Enlry Approvals am very similar in that they bdl^ 
ListS^iSSIlSOTestorJ*^^ 
^SiX««e?Srtotorn«t^ 
S^iiJSiSLentstabla6.They.to«^ 
Awmval Trading windowasthe NB)d Stipacth%lnthe Appro«^ 
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visWe Bt Approval time flwouQh zoom. Reqwsaions provi^ 

ECfVECN seems the most (Merent fcom the othere %wlh Comments associated w8h the dooanem being epprewed' 
rather than the StetLB feMe. Approval tram •» documert wittfow and daierem 



To provfdo -Approval Enabled' acflvWes. le. acdviUes «Mcti sunmt user modlHcafion oi me Approval ptoeess- 
tiraugh the use of the VVbrWIow Mlapiring ToDii and to 



•1.) Pro>*le a mechanism lo Idenffly •Approval Enabled' ec&nliBs and events and Iheir componante. a* «» 
•AppwlnB*aellva»AlBqilndte8tei*en«T'qDo*isto 



2) Const«date muMple apfftation Approval Ust tables Wo a shgle plallomi table. Add stvpmt to 
based fimltons M can be ised wBNn worMlow 10 datermirie wrMIo^ 
wnrWlovo gkOal dynamic property can be used to determine Ihe ass^nee wiHn a worMlow. Two audi ftmdiqns are 

provided: . 

• . Detetntine the asalgiiee by reading the worl<ftowdynajnk:pr«s)eiliesoltt^ 

• Detern*w the assignee by getfing the vitoWlowdynatnicproperfles of the ancestor ol a pdm at a given to^ 

• Deterniine the BKignee by getfing the woft<no«iv dynamic properfies of a point 

3) Inoonxxtfe Approval List Substitutes into thegeneral worMtow Substitutes design. 
defined Ibr them, all tl«e user's To Do* are sem IP the substitute. A stJwtilule can 

H camot be deTined tor a worltgroup v a role: When a substitute is deTmed. To Dot that are already in the usert 
To Do Est are not attected 

4) Provide a model vvindow tar consistem handling of Approval Statusnrackh^ 
Approval TJacSong »«ndo« have the same lodc and feel « wpuB 

to new windodw. Ttie eidstlng appTication traccMng windows can stiB be osedTThe GUI is g^erally con- 



5) Provide a PowerBuiUer ot^ed/ancestor to support Approve, and Comments trom within an appTicalicn 
window which vrfD allow a view d the object being approved. This Change would allow the approver to see the 
ot^ect thai Ihey are approving. Cunrently. approvers use the Approval Traddng wondow and have to 2oom to ttie 



Bl object For Ihis release, the view of the actual object win be read^. 



7). Provide worlrflowtundlonswMch.wiB consolidate code so that an Approval En . 
tkra to do AU ol •» wortc required Mudino 

• Genwating roan tor the tradiingMatusinstoncetaUe tor eadi approver on the user selected appro^ - 
. GeneratSnglbOotforlhefirEilevelelapprorars 

■. Generating any additlonalTb DO* tor Next Steps attached to the Approval enaUad event 

. ■ Returring the ID and the type of the approver used or an indicator that no approval process was required • 

New worMlow functions may be written to support Approvala Both are a variation of pamOOll JriOLsyertO. The 
first. pam00l2_trit.e«nt0. wiD return a code inrficating -Approval Conplrte*and wiB require three (3) addHional argu- 



The flow of the new fwKlion wiO be: 

Do the same things that the old trigLevanl tuncton does PLUS 

H Ihe fviproval.tlag is set In a ni 
appnwerjype.eode. 
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. BnoWfO«lfe«qimed.Le.i»nstyalueispresekreliroT.an«^^ 



Update the approvet.used and approver J) 

. Using the application window provided string eortamlng 6vrJJb_owtiw*tbred_proe and the tormatted Key values, 
teeit rows into the TiBcWno table. Reserve Stnjctures funcfions to provWe the User/VWor Kgroup^e ID and the 
AppiOVBl UvBl tor each approirer. Set the status to "IT. 

The second. pamOOia noti^ approvefBO.*Bl generate <he'herfbatd»'ot Approval To Dot as specit^^ 
apfHvgsMl and.wOI requiw one (1) adiStonal argumeitl, ne)rLa|iprovei_SCM,_6trin8. h can also be used in the 

• Iho prb syrtani Vmm m appio^ 

■ . . . From dlwpdatee«nlca»updatB_lnse»tjlranO to insert a cow lii> the da^^ 

• error handing 

■.call pamOOiljtrijjjamjeventfinsertevenP... . . ) 
I select the owners frixn the approval list 

build a SOk,5trih8 tor each approver lor Ihe insert stored procedure far the irstance taWe 
insen a row irilb the instance table for each epprower 

call pam0011_triB_amjeventCsendappnnsaV...) lor each approver in the last batch. • 
( •; Using the new fundions. call updateJnserUranO to insert a tow irto the database tor the object to 

error hand^^.^^ - l»n>0018_trlg_ap|)row8l_evBnt finsertevem V,..SOL_strlng. approwei.uaed, 

8ppfOverJype.LCode) where SQCstrlng - em.server jdt(_owner_g ♦ lnsert_TOtance„storedj)rocedure ♦ & 

instance toys (lornstied tor SQLJ- 
, . . p5^06l3_notHyjp|inivefs(^endnwgappr. SQL_^ 

am_sefver_dbj>wnerjg ♦ dateJnslancejBtoredj>rocedUre + ti 

Note: The stored procedures should be written. such that the ralues kfVn traddnoteialus table are the last parameletE 
5 '"^Thedescr^ below provides addittonalgiSda^ 
AppnmlTkMe Design . 

TTw taflowing tables etaive in the presem invenlton to support Approvals: 



• The apprvtWeolutTwibidicateswhottwr the nekLslep is tor an Approml The mapping 
erone handto ApprovEds eGghljy iW»enlly lr«m other Tb 



. Theapprvl_indcoIumnisaddedt9incficaiethattheToDoisanApproval* 
ApprovBlbcm there H TRUE. 

The tollowing tables are atfded : 

apprvljenabledjacBvlty 

IS The a|prvl_enabled_BrivHy table contahs the IDs ol AcUvHIeB that are -Approwj Enabled*. It contains Bra tollowing 
• aeSvllyJdipriniary.li^-ThelDolOTacfivttylhathasbeencod 
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appn^evenLW (Pfiniary tey) • The ID d an.wem whi* 

rewpniLwenUd -.The ID of aii event which wffl require reappimal because of changes to the obj^ being 



. appivl_activily_ld-Tl»elDoflheBcWtywhefelheA^ 

. tBsk_delaa_apprvlJd.- The name of the PoMrBuikter efaiBd that oortatothe appTicalian code to be tsed by Thsk 
Delin to support AppovBb for lWB8cft% ' . 

Bpprvl_Bsl ; ' 

T?W i«]prvtEsl table ointains ApproAl List IDs assodated 

• apprvUl8LW{priTOry.liey)-ThelDolenApproi«IU5L 

• BppnOclivity_id(prirnaryK^-The!potBnactivHythathasao^ 



The apprvWsUdetan table contains e list of useis. groups, reles or structures luncGons wWch can be asspciated wtth 
an Approval process. It contains the foliowing columns: 

apprvlJsLid (primary.ksy) - TT« ID 0) «» Approval list »i*K»e men4»^ 

Bpprvl_aclivity_id (primary key) The activily that has access to this list 

Bppn«Llevel (prirnary key) -. Indicates the Older in wifdch Approvate are performed 

.appn«rJd(pritrarylcy)-The user, workgranp or loie ID ottlBS approver or the 
(unction tali to be resohred. 

Bpprvrjype.oode (primary key) - bvScBtes vrhether approver_id is a user, workgroup. rOle or structui e fcihction. 

structureJunctiort_type • Indicates the type ol structure be'ng used. 

Etructure_groupJd • The ID of the structure group being referenced. 

Etmcture.name • The rsime of the Structure being reterenoed. 

col.ld • The column ID olthe data being used to resolve this structure function. 

layer_namo -The name of the Layer. 

detaulUype • Micales whether apfifDver_id is a liser. workgroupi rde. Relevant when the structure function can- 
not be resolved the approver Jd Is used as a detaiio. 

The Substitute taUes contains a list of users who have substitutes defined for theni It contato 

• us8r_id (primary key)- The user_kl of the user whose messages w3l t>e sent to the subsfitute. 

• substitutejBwner.U- The user kl or workgroup id of the substitute user or workgroup. 

• eubsOutCLOwherJlype- Indicates whether siibstitutejii is B user or w 
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• acth/e_Ind-lrritates.whethwlheGijbstttileiseivrei%b^ . ~ 

• notos -TBt 1)860 BS needed. . 
5- tracking/status 

The data portion oltNs table wRlre>TBinca«lBm««Methe 'n^^ . 
• • to appBcBtion. . 

ID • instance key(s) lprimary key) 

■•• eppn<Lle«l (primary key)- Older. In wtflchapprorab we pertorr^ •• ' '■ , 

..-■> epprWjdCpriiTaryheyj-Theusar.twilsBrovorrdelDpltfe 

. ■• apprvrjype„eode(prin«ry key)- User. JflCorti^^ 

■ • ^)f)fyljdatus_code-N- Klone(hBSiftbeen6emaine6saeetBr 

- . Vb P^iiSng (has been sent a message but has not. responded) 
so Ar-ApfO^ 
R.R«^ecied 

• apprvLstatus_date-OBte«l the last status change 

ts • eclual_appfvr_.id- 10 ol the user who perfomted the status Mpdatei 



■ Actlvtty Window Approve^Ject Sfimdard 

The new acfivHy will-inherit trom the original ectivHy to pnMide a convlete. read«nly.view ql wtiatever. is being 
Approved. Functionality includes Approie. Rejed, Comntents. Apprwwl Complete, geoerafion of next level To Do mes- 
sages and updates to the instance tracking table. The 'VUkM Sficky object is moveable so that all portionB of the orig- 
inal acfiwily can be seea 




pttOtMO todo needs to be mocfilied so that when the message queue row indicates that the Next Step acMly Is an 
Approval, an additional button will be displayed. When rows from the detaH lisi are sdeded. enable the bi«on. N 
*e Approval button clicked, exeoite the application piovUed code to i«xlate the Approval It 
and conplete the approval process ais needed. A reusable PowerBuTder ol^iect wffl oorttai^ 



The SubsGtute window aOows a user to dellne a subeStte for himsell: The key 
not be «ble to be modified The User Substitute window and suppor^ng stored pro^ 
infinite loops witi«) the Sitetilutes list are ftot slowed (User a Is a cubsiitu^ 
Detault wwMkiw shouM bedelivered wift the systamso thai an infortnalioiutf To to 



Approval Ust Definition 

■ This wifBlow allows Iho admiristrator to create an Approval Ust Each Hsl is Ueyeaty the Est name and the a$ftrily D 
te which it is applicable. A f%pmenu and response window support Copy tiiro 
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TracWng/Staius Ancestor 

m window is keyed by the app&eation keyts). R shows me cwrert EtaAs d the 
It also shows e fst ol the tUture approvm and allomihe ciment user to 
< Itel Bar pioirideAocepl Meet and Zoom to DoctoncniecSons. 



. TheAdmlnlstiatorSidstltJlewinckiwisBsinpleiBt^ ' 
10 6liiutaliwtoyisu8er_ld andlh8dBla«alue5areaesianjtoty^ 
Ride: Add. changei delete d Siiislhuies does NOT Impact exi^ 

WbrlcnowMaptringTBOl 

» WVhenanAH)roffllEnabladactWlyi8iiB»8d.lhen^ 
ewm is (toeri from the windowls nst of avallafale e«efilB.lh^ 
VVhen chosen lhe.«iiindaw^ presenlatipn is sBghily dMeiem In that Ap^ 
To Do messages. 

.° to Appllcaflon ImpaetlssuM 



1) Have morad ApprevBt Lists and SidtslHiites to the common Ptattoim tables. Note^ 
K all wnrttflow NOT iinlAnxoMls. These tables and ttieirresp^ 

ftms'indMduBl jn^snisntBtlans. TNs means that two windows can be dro|]ped Ibr each A|«sioval Ehatdsd stfylty. 

2) Use the new TrisEwent function to manage approval processing and to process "Approwal Cormplcte" code, if the 
user has chosen to NOT approve under certain conditions. T»»s tuncCon will return an irxficator d "Approval Com- 

• 90 plet^ and the lb o1 the Approver and its type code «*ieh%»as used to generate the TracWnfl Table row?. fUe appi- 
-CBBon window wffl provide a string containing svr_db^ownerjstoredj)roc and the formatted key .^lues to .Insert . 
rows knoflie irscMng table. The worMlow engine will provide the User/WoricsroivVRole ID and the Approval Level 
fbr each cviprover. Structures tundions Win be resolved Bt this time. TTte means that soma code ^ 
from an activity window. Eadi application designer should consider whether it would be useful to store the rtame of 

3s the Approver used. 

3) Have vffitten the PowerBiiider function which ^ process Approvals from the Task Detail window. A model will 
be prwWed and an atlempl wil be made to require the bare mimmum of code from the applications. Essentially, a 
filMn-the4)lanis with code that currently exists In other ptaces. 

Olhtf steps wfvch could be tBkm to inow in tlw (fradian d an interrtally gotbM^ 

1) flewriia TlacMng'StBtus windows to use new slandaid. 



StreamBullder knpad Issues 

Approval Acthrtty wimtow. 
to ■ 

users who build ecHviteB which.ttiey «rish to 'Afiiroval Enable' «i«li need a QUI to enter and maMidn the 
epprvljenabledl_aclivity table. 

^ "Approval Enabled" activity in the Sample Application 

•Approval Enable' one d the exisfing Sample AppHcalton windows. (psa0800_invoice). Use the new -Yellow Sticky to 
do the Appiowl on eread^dy view d the c*Wnd activity using the new model. (psaM . 



64 
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Approval TkacUng WindOMT 

Provide a sanple ot the Approval Tracking/Status' itnplenent^fion usirq the new Ancestor. (psiBOSSO.UvoicejBtBtus). 
Task Detail Approval object 

Proride a eanvla • ol the . PowereuiUar luriction used to Approve from the Task Detail window. 
(pEa080QJrwoice_appiove). . 



s tat an striffitjres that ai« used witlih wntAiws be replirated to el w^ 



servers 110 in the system. 



2) The use ol the UpOneQ and UpToLayeiO etiudures lUncfions as the assign to in next step options requires that 
structures be enhanced Include work flow asisigriee fields witlft) the poM 

3) Sintc&ires iiitegration'requircs-lhat ttw structures' team provide stared praoedures to traverse a 
..vaTidateworMlows set up using smictures. • 



This VVbrMhiw Ma(«)ing Tool for the Conditional VVbrWIow Sy 
detail below: The new WorMlow Mapping Tod. or WMT. sets a hew standaid tor creating and displaying the Conditionat 



The Workflow WbrlMnch of SmartStreem 3.0. availebla lion Dun A Biadstreet SoMware Services. Inc.. consists 
of the Workflow Wbrkbench Wnieon window and Other aetivily windows ^ 
•. Definition. Activity^ Workflow Event. Defirwiion. and Step and Assignments Delirition. AO the definition wimtows ere 
. aceessiWe from the Workf taw. Wofl*«Kh definition window. These windows presem a 1^ 
for.defining workflow objects.' A primary function o) the present invenUon WMT Is to Intesrate all ttie workflow Step def- 
inition and management functions in order to inprove the fundionarily and maintainabinty of the. Smer^eam taiisac- 
tion based workfkiMS. The WMT. is Implemented as a separate epplication. It. however, is ^hUy integrated wHh the 
SmartStream environmenl Users invoke a from the SmartStreem iwndow. The Activity DeTmifion. Wwfcf kiw Event Def- 
tnhion.arvflheActivityVWorkflowEvenlDefinitowindowsreintfnwithinthaSmartSlrM^ . 
sUe from the WMT via the Toom To' feature. 

The purpose of the lAtorltfkMr Mappirig Tool is to provkfe vrarkflow developefs and administratois with an easy to 
use. graphical mechanism tar develophg arid mdntaining business process vwrkliows. The Workltow Mapping Tod 
pioi^ the interlace by wMeh end users configure the werMlow data upon which the SmaitStream 

' y. the WMT allows users to graphically reprasent and manage the workflow data whteh controls 



operates. In this way. the WMT allows users to graphically reprasent ai 

wIM cditrels their various workflow enabled business appbafiOB. A major component of this purpose is to aHw 
SmartStream users to configure the DBS previded worldtows ol.fiie SmartStream appScations. A£fditionaay, users who 
develop their own diertfcerver applications can worWIow enable such applicaSons by construe^ 
them through the use of the WMT ■ ■ 

The WIiffT is a diem application wWch can provUe a grapftol representation of fteworltf taw definition data for a 
business. The graphical representation is then used es the access handle for conTQurtng the underlying workfkMT defi- 



. A wakftow map as shown h Figure 58. is essentialy a diagram **lchdeptais a 'Start Step- 5801 tat beffhs*^ 
workflow; and one or more of ta resulting workflow events and st^ (5802) that comprise a part of ta wortrftow defi- 
itition. The boxes on ta diagrarn represent the steps in ta workflow. The corineding lines represent the workflow 
eventswhiehfaaitateatransitiontoasub6«fiientstepAworkltowmapeandisptayall.orJu^ 



■ Wbrkflow Maps are tafinlaiTienlal window type in ta WMT. They are taprin^ 
through «Mch ta user accesses arid oontrols ta dab. 

The WI^ peifonns two fundamental tasks via taworWhw map: it allows users to browse (di^^) existing Inlor- 
mation (wrkfloW steps & events) for an established workflow; and if altoiw us«s to construct new worldlows or to mod- 
ify tfie existing ones. Both of these fundamantal tasks are commonly pertormed In any given isage ol ta woritflow 
mivvwig tod. Since the WMT Is an MDI (ktultiple Documem Interface) window. itaDows ta user to operate on several 
woddlow maps m once. EM) workflow nop Is a child window wlttiin ta WMT. 

T>.a p.ima,y nhjorl ttajiM^ «n a iMffctlnw rium k A WhrhfliMf STEP. The WMT defines tWO baste tVPeS Of WOfWiOW 
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steps-, a -Start Step' 5801 : and standard "Steps'. Standanl worMM steps ate further broken dwffl 
Sy based EtS^knd en intomftlion only steps.(a.lui. htormational TbDtfs. Wormatior«l steps). ^ the 
S^sStoTmap also n««g« -"d displays VtorWto* Everts'. Worltflo* Events are repr«em«J by the lines 
5803 comecting the steps-on the diagram. . 

The alto«« the user 120 to organize a set 01 wrMto^ rnaps in^ 
resents only a porton <rt a v«rWlow. and a worfctjook contains an of the maps tor a 

The 'Start Step- 5801 establishes an inifial cortol tor a wori(now mapi The Start Step itteff 
,aXl£^'l!^wor«low:i*.ec,^.aisusedtor^e«^ . 
used ID arrive at the subsequent steps via one of jhe Start Stejrt *oH«o«r everts. Therefore, the Stan Mep lep,^ 
> i Bener8teedrrieansbywhij#>siJbsaquertstep6 ir»1h»worWiw» are reached. 

Standard wldtow steps 5804 represertl iwiiiBl worMlw 
• StSpSStnresponseloinconSng^ 
vcauares «(ilhB -Stalicase' pdwe 5805 In Ihe eertar' left portion of the square. Each of the worWlow steps re^ 
, errSSKSS^datBtbr«»s»«LTWSw5^ 

. a«eLbIi^andmaintalned.The»«rcanee«ssthepn^ 

methods. Selecttng the object end using the -Sho* Properties' n«nu.seleca^ 

B^eS the o4«« and using the -Properties' n«nu function d the rigM 
« nhiari^rvcnertiu'wiDt)e discussed later, on In this document. ° 
• ^'ISS^^^tbothadivitybasedandlnhxrnatio^.s^^ 

that ihev may have a set 01 entry conditions associated with them. The entry conditions are a set 

S, b7a ^Sto? tf«mo«> fl'epWc 5808 attached to the Immediate left 'heste^^^ 1^^^^ 
5 cwKSttons ere referred to as uncondHionalstepivrffle 

'""tStionat Steps 5806 are very sinflar to the activity based .worldta- steps. T>hv are also '^P'^^SJ?' 
the J^Sd^wasTriquare.hov-vor they eortalnan-l-r^^ 

^MftLTSUwdlnSfl^Wm. hasNOoutputei^ertsa^ 
^'SL^fSS^JwSJ^Isn^Unre.son^ 

s. and the reason they exist as a separate objects wWin the system. ..^«i««4-«. 
Ivents 5803 are represented by the conneetrng lines on the worttflo* nap. There 
we for connecting wor«lows..ps.Aslnflle««rl«o.^^^ 



worWIovysteos. Atfur>-time,awwi«iowowH'"'"7i*"'""""~"""»~— — ■ j»„ _«,-»an 

XS^TT^^V^canProv-deagrwhlca^ 

anw wortrfto*s can get arbitrBrily a»H)lex. a particular map typically .deplete a primary fto* path d Irterest in 



urations pOSSUe ror connewiiu ^ —a "Z ' L^'iL^ . .^.^ auomeiutdchHiSi 

npi 

order to avoSd graphical dutler. 



. As prevteisty menfioned. there are several conii 



le tor cpnnectiort vrorttflow sf^ Tlie fret and sinv 



plest construct Is a set ol rteps that are connected sequentially. TWs consliurtte ''^^^^^^.Tn'L'c^ 
ESSe»5 connecflng1het«ste|». S^a liner^^ 
necttoacondifionBli 



Tll^ evaluation b made by the SmertStreamworidk^ 

«ons)asto;;SSh«rornrt1oe«»njte^ 

AddWonally. steps may be connected in ^raUeL (FIG. 60) ™8lJje" 'ZZ^^^^^^ny^ « o»mb>l oao. 
« to the tingle msttnce rt Ihe singuter worMHw. evert. Ulte the ST 



nectioh construct may oonnea to omonKinBi «^ ...... "•'"T T!!!!T.l'ZLIi;i,7-ii«««E Bamliri flow oaths 6001 to 

eng^e will generate tasks tor eadi olfhe connected steps. Tlw constnd fheretoro allOM paraltol flow pams «wi » 

lhal the conditioflal expression may eva)- 
, ._ steps are connected to the evert, the flow 
rfnn Ho««,Br a conditonal step may have one or more Afternate Steps connected. An altemate siepsb owv 
Gtop. Ho««ver. ^ '^'"^'^Jr^ '..^^ „„„ c« THfioor«Bctionconstnjct allows the SmartStream 



oaie to bbe In this case the conditional step wai not be executed. B no other steps I 

riitonal step may have one or more Afternate Steps cor 

nectodtptheholtompart 6101 ol the decision diamond, it (FIG. eV™^.''"^^"!!'^!^* , 



Whenever an everts connects to a '^^^J^^^P^'!^ B,e oonneeled to the e«rt. the f la» 

nnected. An altemate steps Is oon- 
jn consmjct allows the SmartStream 

nectodtotheho«ompoimbiuionneow;iwuiiuw"i«"«.»v ~.v., 7 . v ....,_„u,^™aw !«•«■««. 

SSw «Iine to cS^nuing evaluating potertial target steps to be portormed ^ '^^'l^^^^^^;;^^ 
STS^nAsequertly. Hmay have it* own alternate steps. Whenihe last s^ln '^"^^.^^^^ 
™ »,ettep win resu« In response to the particular workflCM. evert. AH of the Dnes 
epresert the sante M)rtdlo«v ^vert (l e.: AHernate Steps Share the same input 

everts as their ^renl). 



The WMT prwides a ndatir^ tool pallet 6201 as shomm in FIG. 62. Ttie tools on the palate ai 
ittodHy wwMlow maps. The loltoiiinng shb^ 



(6211) Points to an object (the defiuilt selection) 

(6212) Creates a step . 

(6213) Creates an infonnatibnal To Do 

(6214) Connects steps by:<liawing from left to right 



To create new steps, the 6e1e<tf <pl«*s) one 01 the mkMe 2 panel Icons 
window to aeate a new obiect of that type on the map. Once aeate4 in this manner, the new step Is V« »»«wwd » 
H is not connected to an went IJndeTined steps are displaced with a yellow step nan» 

blue color ol defined (conneeted) steps. m^,i.,l,^i^ 
To eomplele the6tepcJelinttior>.theusermuslha»e specHied Ihe Slep Name and ActrwHy properties Ibr the ^(vn 
the step prt»)ertie6 dalog). and then iM the -Conneclipn t(W «he -anoi* ■ 

'upstream' siv to the new -downstreanf step. ' ; . tw- 

Ee<^ meppino tool object ('Start Step. "Stepf . and 'Evenn has a set c( prope.fi« '^^^f? '^fTjSS^ 
. properties control the actual definHion of the worWIow data tor the ot>iecl and 

, map. Addltionafly. each of these rtijects has an active right mouse tamon menu assooaied with IL The right mmjse twt- 
ton menu is typically used to eceess a common set of functions thet apply to Ihe sel^ 
objecrs riBhtmouse menu contains an.entry to lrM*e the -Properties' dialog for the ob,eel ThetalOed property sheet 
proiides a rone stop shopfrfng" mechanism for managing fortheotjjert. ^ . ^ ^ • . ^.u«w-=^«»«h« 
Referring to FIGS. 63 and 64. most of the actual workflowdata is.managed va the Properties dialog lor each of the 

. worMlow objects. The Stan Step* properties dialog tea subset of a standard workflow step beca^^ 

emiized woHdIow step used to prowdo the starilhg context (e^ent) inloimalion lor the map. P'''P^'*^ 
Start Stepcontal.»only21ahs: the •Perrttion'.tab6301 and the Output Events' tab 6302. 

64 resp^hrely. The Definilion tab (FKi 63) allows the user to select a generalbed starting artv.^ (one rt the Smart- 
StreS?us^defined.adM.y windows). The Output Ev«^^ 
» the selected activityi The user may select (died^i one of mote oltheso to proAJa a starting context for the map. H fte 
:,5>SS;iSSa.readybeendefined0.e.-ttilready«^ 

^1 01 the eating sleps co4,ectadtd each of the selecled ou«»iievenls. "«here are nodjftirt s.^1^^ 
event (i.e.: no workflow exMs). the WWTwBI display an unconneclBd e^rte^^ f^^fS^ii?^^ 
e«nts display a ciiGle oonneclor at the right end Instead of an »ro»head.) Since ^"^.'^^^ 
5 bythe6tartino6ti*)arrianotherworWlow6taps.lh!8me!hodologyBffo.dstheuserame«*^ 



Interring lo FKS. 65. standard «i«rKflow steps Cboih acMly based and Inlbf malionaO also ^^^jP^^ 
box. This tfialogoortrtK the fbHowing Stabs: •Definilion' 6801: 'Entry CondHiorK' 6502; Assignment 6503. input Map- 
ping 6504: and Oulpul Events' 6505. 

" Theder«ition8tab6501aIlow6lheuse.loBpecifythel*««ofthewp^ 

lus. The 'Inl..' button 6511 in«kes the dialbg shown In Fia 6a It 

Frerwh) veiBlonB of the stq?* name. 
S5 Releningto Fia67/the entry conditijTO tab 6502 allow the user to oafl a eondillon^ 



aaia column wnxm ere pdssiu »™i uw sicpo i.iM...~if - . „.-\,^ «. Umitm^ >• 

(a set Of expressions 'AND'ed or OR« togelhaO. « conditional grid is lefl blank Jhen Ihe^ 

being insondilionar.TWs tab wiin not be acfiwe Is the step bunder^ inconwg- 

evert data «4x>n which to base a oondUional expressiaa 
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There is only one Bel ol ertiy a«JiSofi6 altowed tor a step. 
bripoitenl teatives iri the Corviilional WWcflow 

The ertnfcorriHionsdialooappBBB the 32 column values 1^ . . 

onthet«)eolthedata6eleaedlritheriel<f«>UifwitoeMniple.a 
may be equal, y eater. less, and etc. The -Ugioar edufiwi 6702 
toliooreBale expresdons into 8 laroer togfc oorwiruel H tto 
. ^ibe executed. Othen«i8e the Alternate Next a«p wrtn taKBpla» 

The Bsslonmems tab (FG. 68) aIlo«th« userto cor*ol wNch SmartStream user ^ 
steps acli^ When the step hwens. Such esslgnn«,ts n-or be 
;Snd ar, assionmert decision tree by the ^10* enok*. T^ 

6801 as represented by the decision diamond «Hh stailino inpu! « »« top«nd the TF^Ewalualte^^K^ . 
, mert) 6hwm al the right, the FALSE e-alualion exits al lhe*otlom and e»«,;erte«a new 
. dlttaarass5»unert).orencounter6 8^telauir(un«»nd!^ 
U«,enelntStrU,lsuncond»onainn«vnotb8ren«^ 

UncondWohalasslflnrnertB are added and refiwed by the Ne«r/Dete^ . 
iI:^^ediu^abo.ethecuaent.y«^^ 
0 mKwhld.allo«8theus«toBpecHylheeofK«tion66901(8eethedlscu5SOTO«.^ 

^SJ^rtMS^B Tab (Fia 70) aVowsthe user to manage the mappUig.oltfie IncoerilnJ (everiQ 
steps activity wlndow r«lds. The leftmost column 7001 isf i«d and di^^ 
ev^Th8n^dd.ecdumn7002displaysth«tields«**harelorecri^(as^^ 
a ■ Jng event eolun«. The ttrd column 7003 manages the display order of the event data on. the SnwiStream Jam 

^"^iJi'-oS^EreSteb (FIG. 71) is used to control the visWe navigalion of the map through the seledontf 
. soedfic output events for the spedfied ectK/ity. H controls the visitrfe portion of ^ 

eSSlSioL itsefL inunctions exactly as the Output Events' tab ol the Start Step does. Spec.f«ally nth.«^ 
m that It automatically displays all of the already exiting selected step lor a checked jwert. . 
-tteels aeate new steps by saleding the appropriate icon Irom the lod palette 
standaidsm). or an Inlbimatiohal stox Users connect nw steps by using the connerton tool on the tool palette 

^^'■^TtS12ys in which steps may be removed Iran thei«r«lw 
„ grapSTpfcture fS^e map. TKs eperatioh is refened to a RE»^ING a ^^^^^ 
doK not aHect the undedying <«orWlo» data. Indeed, the step remains as a P"^ ol 

cunert visual picture tha is altered The second meats 01 ^emovin^ 
them. The delete operatioii is described beta* ^ ^ .u- m«nu -DbIbIb 

Steps may be deleted by selecting the step and using the meiw bar delete, or the •J"™"* 
40 From Workflow' selectioa This action bfuntomentallydillererTt from Ihe -Be^ . 
discussed below. Deleting a step from a worWta* definition implies remov^ JlJl'IS^t^^'ir^ lador tt 
The visual representation of ihe nap may be altered in t«o ways. Rr* by "T^P^'^^^^^fflJ 
which the map is drawn. Refer to the 'Scale' menu selection uxJer the mena The second ^^'^^^ 
SS«he vteil represemation is throughout selectively removing worMlow stepslrom the •"^^^^fP™^. 
4S dOttnotdeletesu* steps from the woiWta^dalinifion (from the dat^ 

" . S^SS«(-meSrtprea««*.ybecaus^ 

A WMiBook is a collection of worMlow maps. There are no restrictions on placing the worWtow maps irao 
'woiMiookooittineis howwof It la recommended that related maps be placed into a 

Un1.T«an existing WbrttfbwVitaWwnrt map tf^^^ " ^^JST 

to map usuaBy depicts a biisiness process DanaanAppBcatioa'' A b^^ 

that are Insignincanttolheentireflow. Mis unnecessary to huMworWtaw to a^^ 
This is a major diHerence between the W^OT and the previous VltorMta^^ K««,h«UtfMTisan 

UserscLidraganobjecltomthePaletteaiiddrophonBmBpinfefscraatinglheo^e^ , 
OLE Server drag « drop wH result in the VWT ot^BCts to be copied or moved to the other Ol£ 
H ^JSSLXKgmMousef^menuisavailabletoraa^ 
najuelZBSa^TunandsLxJaccesstothep^^ 

implicit select For example. H there Is no cliject selected, the rigM-mouse wiP s^^d the 
STpopijp menu. . For novice U60B the Wghi Mouse Memi also pro^^ 
o»«ect DtpenJiiw on »» elate rt an object ihe unavaBable 
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T)M Vtm is an Ot^ Server eo that a <M]Mlow irap. can te lin^ 



. The various Kens on the Iwcizontal S899 Gtavm to Fia SB are desG^ 
FHeMeiiu ' 

■ . 11^ Gonirtand creates a new VVM^ 
"to. ' Aeavi^pfajeclonfte left-lop corner oTViemapL 

• Open. 

THs conmM iScpliVB a dialog boK tor eeledino woiMlM 

. IS 1 Close 

T»5 cormand doses 6w ectm worlinow rnapi If the 

■ . Save 

■ Saves the currerrtworWlwmapi. 



This coftwT«nd saves the ci«amVteiWlbii» Map Using a n8ivnarti8.TO^ ■ 
string. See FVX 73. ; 

ts \ 

ExH the VVarttfbw Mapping prograia Tite selectloii wID 
Edit Menu 

'so The Edit Menu pioytries a set of c o mmands to manipulate the worWIow dbjecls. 

• Remove From WorlcttowlilapOn^ ■' 
• This corrvTBndddeles selected oliectEiram a woMtowri^ . 



• Delete From Wtortrftow 

■ WMT deletes all the graphical data and vwrkflow data itwt resides on the next.slep and its normabed tables. If 
the deleted objeds contalned multiple connected Next Steps. WhXT deletes only the first tevel hiexl Step objecb' 
' data. The Next Step'ot«ecls that tfreeflyeonneded to the deleted objects «HD lie marl(ediniaIid.Use(B can d 
« the difference visually of an InwDdotjecL The aflh*y_mastef and event 



This eonwnarid solecls aB the chiects on a ««i1tflow map. Many of the Edit commands a^ 
tion. The 'Select Air ommand hpwem is very cor^ 



This eon»i»nd irwokesthe «ialofl box shwm In Fia 74 whi* 



Grid Visible 

. Grid is a inrlqiage^ prapertii If iser selMs this option. 8 ch^ 
SneptoGrM 

The newly created clqects wffl be snapped 10 the closest grid on fte 11^^ 
check mark wai be displayed at the menu 
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Tool Palette is a wort^set property. Tool Palette wriD not dMay H there Is'no cpenworMlow map.. Snee We Work- 
flow Mappinp Toiol wiikh Is a MDIiwiiKiow ei^^ 
among an the VVkrns cNb windowiB. 

User can turn m or.cfl the Tod Palette at the woiWkiiw nwp IbmL H iB« 
play at the menu. TNs seledion tsperBistem with the «Mir1dlow map. 



"nieToQlBaf e9dGiE.t>othinthemainlramftandmapwlndo«vs. In the mantranis window the Tool Bar contains only 
the New and Open buttont AO other buttons peilain to the map ti^ndow are dinmed. ki Ote ^ 
Bar buttons include Print Cut Paste, AEonrnentB and etc 

. User can turii on or ofl the Tool Bar. n selected, a check mark win display at ttw inenu. T^ 



The Status Bar exists both h the inalnliailie and map windows. User can turn on.or ON the Tool Ba^^ 
ct>eck inark will displ^ at the nienu,THs seiiecttan Is peisberrt witti tfie^V^ 



TNs Menu provides a set of R 



Various align melhads are provided in Die pop menu. Users may afign obiects based on Ihe Tops. Bottoms. Lett 
. sues, arid Right sues of ttie Obiects. 

• AllgnToGiW 

Tins command allows the selected objects be snapped ft) the ekisest grid Una 

What has been described above are preferred embodiments d the present-invenlioh. H is d course not ppssUe to 
describe every conceivable ooirtilnationdcomponerdsvmBttiodato^es lor purposes ddescribins the preserninven^ 
tion, but one d ordinary sMD in the art will recognize that mary furttier corrMnations andpermutationB d the present 
imemkn are possible. AU such possible modlkations are to be included wittiin the scope d ttie claimed 
delined by'ttie eppended daims below. 



A rnuW-user coriputer eystm operative to conlrd the flow d data between a plurdity of users d flie compdM 
tern in connection with the perfermance d activities by the pbratty d itsers, whereh 
the dalfia ths QfBlsfn ootvpHBttQi 

means tar reccivirig fnt user inbrrnatkm input in oonnecfion Witt) a first actlvi^ 

means to delinlng a duraSty d activltias performatila tv a pluralHy d users in conneclhm with the perl^^ 



means for evaluating the tird user hbrmafion: means responsive to the evaluating means tbrge^ . 

concfitnnal signal: and 

means responsive to the conditional signal tar roufing workftow to andher user, wheran ttw means further 



means resporslve to a f irst state d the condition signal tor routing the vrork flow to a second user fbr per- 
tormarKe of a second activity: and . 

rneans responsive to a second slate d the condition signd for routtng the work fkw to a ttwd user tor per- 
tMmanee d a tMtd uSnflljf. 

2. The sydem as ddlned in dabhl, wherein the secorUustf and Ihe third user are Uentical. 

3. Theeydemasdelinedindaim.l.whereinlhesecorUactivityisUertticalftjlheth^ 
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4. The system as defined In cteim 1. wheria'n the thrt user hrf omi a l i pn inpul cotnpfiscs execution a a <iia actiyily in 
the work flow ot a selecteif piogmm. 

5. T]KcystemBsdef'Biedihdaimi,wliereU)lhe(Mfiringine8iBlnctudGS« - 
s hies required lor exeojikm Ola selected vaiknowappOealion. 

6. Ue.eyetem as delined In clBim 5. wherenttw defining mearisf^^ 

. ftjnning the plirolity of BdivSies. ■ . 

■w 7. 7he.6yEtemw0ennedhclalm6,wliereinthe6squftioeoftheBeoond8cihfiiyiBOO^^ 
• thetiretaclMDi. 

. 8. The system as defined In dabn li iMherdn the defirang means iurther Indudes data defining a«etected one ot Ihs 
uses who nKfit perlorrh m least one ol the phraity of aetivHies. 

w ■ 

. 9. lhe^eniMdernedinclaimB.whereinheBdectibndf8nactivifylorper1onnar»e 
ttoned tpon tta peitvrrance of the fiffit activity by the Ibet user. .' 

ia The6ystem8BderinedinclBinn8.wherehtheaileasione'aein^|s.peiterni^^ 

K 

- 1 1. The system asdefined 'm daim 10. wherein the second and third user altematMy peHorm the aeeond actMtji only 
aner the first user has pertorrned the first ecllyily in the work flow appOca^ 

12. The systern as defined in, daini 11. wherein the defining means is responsive to the pertv 
S5 acGvity to inhaiit repeated peilomiance of the second activity. 

13. The system as defined InclalmS. wherein the defining means indudes condition data delining the conditions i^xjn 
vvhich selected activities arnong the plurality pi activities are perforrned in cormection with the vi«rk flow da partic- 
ular application. 

30 

14. The system as defined in daim 13. wrherein the condition deiines that the second activity is pertormaUe only 
after the first acSvHy has been pertarmad. 

' 16.-Thesystema6delined indaim 13. wherein the'.condiiion data deiines that the tMid acfivity is performalile only ailer 
X the first activity has been perlorrned.tiut not after the second activity taslieenperfoni^ 

16. The system as defined 'm daim 13, wherein the condition data deiines thai the IKrd activity is perfarmabie only after 
the first sctivfty and the second activity have been performed. 

*o 17. The system as defined in daim 13. whtteinihe condition data deiines thm the second activity is pertom^ 
after the first adMty has been performed and a subsecyjert actiwty liw been peitermcd fay Ite 

18. The system as defined in daim 6. wherein ihe defining means includes condition data defotihg the condfions iqioh 
which selected isais annng ttw pluraSty ol isers may perform seleded activities among the plwBliv 

■ 45 ■ thatmaybeper1onnedinconnection«rittilhewDrlcflowofaparticularapplicatian. 

19. The system as defined in daim IB. wherein the condition data defines that the second activity is performable by the 
second user only after the first user has poformed the first ectivity: 

so 2a The system as defined \n daim 18. wherein the condition data deiines that the titird adivity is peiforraUe by the 
third user only after the first user has performed the first adivity and the second activity has been pertormed. 

21. The system as defined in ctoim 1 . wherein die evaluating means is operative to evaluate the defirting means. 

59 2i^ The system as defined in claim 1. wherein the condition Signal is incficative Ola plurality ol next 

23. The sydem as defined in claim 22. fiffther comprising means responsive to the perfornnncecftiiefird activity by 
the fast user, lor activating the condition dgnal to indicate that both ttie second actlvl^ arid the third adivfty may 
thenbepertormad 
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• 24. The syaem as defined in claim 22. further cwi^lsing means fe?^^ 
the liia user. Iw aclivBBno the condiadn BiQfial to intf 
second user. 

s 25. The system as cWbied In claim 24. wherein the activafing means Is further op 
to inctotes that the third aciivtty may then.be pertormed by eittw the seccrt 

26. The system as defnea in daim l. wherein the routing means is opeialii/e to inMA pwtormance of a selected bi£v. 
iiy in B work f Imappllcafioa unfii an perequisitB adh^ 

. 27. A con^Juter readabteBtcOToa medium eortaininopitflramcaia to controlling 
• lnctelm.1. . 
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